Celestin Apprentice 5/Apprentice-Release5.iso/Information/THINK C Digest/1994/94-06

Text File | 1995-12-31 | 225KB | 6,006 lines

Archive THINK-C/MESSAGES, file 94-06.
Part 1/1, total size 222472 bytes:

------------------------------ Cut here ------------------------------
>From [e-mail] 1 Jun 94 02:25:45 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Mark D. Nagel" at May 31, 94 04:21:53 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1801
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 33
Date: 1 Jun 94 02:25:45 GMT

> Currently, this list is chartered to discuss THINK C and Symantec
> C++ compilers and associated issues. It should certainly continue to
> do so, but with the introduction of CodeWarrior, I wonder whether it
> would be a good idea to expand the charter to discuss that as well.
> I know that my next compiler purchase will be from Metrowerks and
> I imagine that is true for many others on this list. On the other
> hand, there probably already is a list for CodeWarrior, so it would be
> redundant to overlap with that lists discussions.

Yes, there is another list and, not surprisingly, it's a lot more
active. I say "not surprisingly" only because CodeWarrior is a new
product, not because of any perception on my part of how large
the list's membership is or what that might mean for Symantec.
Interested parties should send email (any message will do) to
'[e-mail]' for more info.

One thing I would like to point out about the focus of this list as
compared to the other list is that the other list seems more focused on
problems having to do specifically with CodeWarrior as a development
environment. I'm not sure how they achieve this. The think-c list,
on the other hand, seems to stray pretty far from its nominal topic
and into Macintosh programming topics which would be better placed
on Macintosh programming mailing lists or comp.sys.mac.programmer. I
admit I am part of the problem, because I sometimes answer such queries
with real answers instead of meta-discussion about what's appropriate
material to be posting to this list. However, I still wish those topics
could go elsewhere; perhaps people have ideas about how to encourage
this.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 Microsoft Windows: like putting lipstick on a chicken.
>From [e-mail] 1 Jun 94 07:59:09 GMT
Path: ucivax!gateway
From: [e-mail] (Lindsay Davies)
Subject: Re: using Gestalt to get system version
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Reply-To: Lindsay Davies <[e-mail]>
Approved: [e-mail]
Lines: 40
Date: 1 Jun 94 07:59:09 GMT

In message <[e-mail]> Markus Waldorf writes:
> Hi,
>
>         I assume a Gestalt call is a good way to obtain the version
> of the current system software. Can someone please provide me some
> info? Thanks!
>

Markus -


You need something like this routine which checks for system 7 or later.


    Boolean checkSys7(void)
    {
        long        result;

        Gestalt(gestaltSystemVersion, &result);
        return (result >= 0x0700) ? TRUE : FALSE;
    }


Regards -


Lindsay

=======================================================================
    Lindsay Davies          ____                ______ __     ______
    Dept. of Psychology    / __ \ _____ __  __ / ____// /    / ____/
    University of York    / /_/ // ___// / / // /    / /    / __/
    York, Y01 5DD        / ____/(__  )/ /_/ // /___ / /___ / /___
    Tel: [phone]    /_/    /____/ \__, / \____//_____//_____/
                                     /____/     P r o j e c t
 ---------------------------------------------------------------------
         http://ctipsych.york.ac.uk/Psycle/PsyCLEInfo.html
=======================================================================


>From [e-mail] 1 Jun 94 10:32:45 GMT
Path: ucivax!gateway
From: [e-mail] (Donal Tobin)
Subject: Re: EDS-7.0.2 - CNFG problem, the clue(?)
Message-ID: <[e-mail]>
In-reply-to: Your message of "31 May 94 19:51:43 GMT." <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 22
X-Mts: smtp
Date: 1 Jun 94 10:32:45 GMT

Hi all,
        to get the ThinkC patch to install you need to have an unaltered copy
of the CNFG resource. This can be done by copying the first resource on top of
the second, this is not gauranteed to work so take the neccessary precaution
of making a copy of the ThinkC translator before doing any alteration.
Anybody have any problems with the TPM after doing this update, like not being
able to quit or close projects ?

Sl/an,
        Donal.

o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o
| [e-mail] |                                When you |
| [phone]      |  get carried away by enthusiasm you may |
|                       |  be lucky if you can hitch-hike it back |
o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o
| Computer Architechture Group     Department of Computer Science |
| F34 O'Reilly Institute           Trinity College Dublin Ireland |
o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o=- -=o
<A HREF=
"http://www.cs.tcd.ie/www/detobin/detobin.html"
>Click here :-)</A>
>From [e-mail] 1 Jun 94 15:01:29 GMT
Path: ucivax!gateway
From: [e-mail] (Lance Helsten)
Subject: Re: HLock/HUnlock ?
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 29
Date: 1 Jun 94 15:01:29 GMT

> Remember, handles are pointers to pointers. If you ever want to singly
> dereference a handle, make sure you lock it first!
>
>                            "Macintosh C Programming Primer, Vol. 1"
>
>
> For instance: HLock( (Handle)iconHandle );
>               HUnlock( (Handle)iconHandle );
>
>
> English is not my native language, perhaps that's why I don't know
> what "singly dereference" means. Could someone please give me a further
> explanation? Many Thanks!

Singly dereference should really be dereference (since dereference is
assumed to be singly done :). As to locking the handle when dereferenceing
that is a matter of choice. The only time it is critical to lock a handle
is when memory could move (durring calls that allocate/purge memory). If
you are in a tight loop where no system calls are made you are perfectly
safe to deref without locking, on many system calls it is OK not to lock,
but be carefull and know what moves memory. Also, if the block will be
locked for a while then move it into hi memory LockHHi will do the trick
and keep the heap unfragmented a bit (I wax poetic :).

But when in doubt lock it down.

Lance


>From [e-mail] 1 Jun 94 15:03:12 GMT
Path: ucivax!gateway
From: [e-mail] (Lance Helsten)
Subject: Re: Probs with 7.0 code generation...
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 22
Date: 1 Jun 94 15:03:12 GMT

> I have been trying to get this thing to spit out the right code for the
> last 4 days. I have consistantly fail.  The code is simple and looks like
> the following:
>
> Session->paramblock.startParam.ioCompletion = (ProcPtr) OpenSessionCallback;
>
> Fortunately, MOST of the code seems to be correct. It comes out as:
>
>         LEA OpenSessionCallBack,A0
>
> What is weird is that it generates the correct offset (EA), but tries to
> address it off of A5 instead of the PC. Has anyone else had this prob and
> do they have a solution? This is really annoying.
>

It appears that the offset being loaded is the entry in the jump-table.
That is to ensure that the segment holding this ProcPtr will be loaded
when it is called.

Lance


>From [e-mail] 1 Jun 94 15:13:29 GMT
Path: ucivax!gateway
From: [e-mail] (Lance Helsten)
Subject: Re: using Gestalt to get system version
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 10
Date: 1 Jun 94 15:13:29 GMT

>         I assume a Gestalt call is a good way to obtain the version
> of the current system software. Can someone please provide me some
> info? Thanks!

Old Inside Mac IV has all the Gestalt stuff. The New IM has it but I can't
remember which volume (<--uses the developer CD for IM).

Lance


>From [e-mail] 1 Jun 94 15:15:59 GMT
Path: ucivax!gateway
From: [e-mail] (Lance Helsten)
Subject: Re: KeyMap and codes
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 27
Date: 1 Jun 94 15:15:59 GMT

> So far it's clear, but one thing that I don understand (not sure) is,
> why the Shift key is Hex 38. According to ASCII, this is "8".
>
>
> KeyMap  keys;                   // defined in <Events.h>
>
> /*
>         typedef long KeyMap[4]<->16 byte binary map of key states.
>         The 16 keys bytes are in left to right order but the bits are
>         in right to left order in each byte.
>
>         The Shift key is 0x38 which is decimal 56 and dividing by 8
>         (56/8=7) means it's bit is in the 7th byte which is the rightmost
>         byte of keys[1] and is the rightmost bit in that byte
>         (56/8=7 remainder 0).
> */
>

The key map and ASCII are two totally different creatures. The key map is
the mac keyboard mapping table--which is different in French than in
English. The event mgr will translate the key map into the Roman (ASCII)
table and set the modifier flags so you will know if the shift key is
down.

Lance


>From [e-mail] 1 Jun 94 15:24:19 GMT
Path: ucivax!gateway
From: [e-mail] ("Jeffrey K. Carney")
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 22
Date: 1 Jun 94 15:24:19 GMT

>>The think-c list,
>>on the other hand, seems to stray pretty far from its nominal topic
>>and into Macintosh programming topics which would be better placed
>>on Macintosh programming mailing lists or comp.sys.mac.programmer. I
>>admit I am part of the problem, because I sometimes answer such queries
>>with real answers instead of meta-discussion about what's appropriate
>>material to be posting to this list. However, I still wish those topics
>>could go elsewhere; perhaps people have ideas about how to encourage
>>this.


Wow!  I've been on this list for a year or so and never realized its focus
was meant to be as narrow as you suggest.  Please provide suggestions of
other lists that *do* focus on more general mac programming issues, as well
as instructions for subscribing.

On the other hand, should this list be so specific?  Maybe now would be an
ideal time to reconsider the focus?

Jeff


>From [e-mail] 1 Jun 94 21:24:40 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: How does it work (was KeyMap and codes)
Content-transfer-encoding: 7BIT
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 60
Date-warning: Date header was inserted by AdminA.RFERL.Org
Date: 1 Jun 94 21:24:40 GMT
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c

Many thanks to all who replied so far! Sorry, if I start bothering
again with this question, which is probably rather general computer
related. Either I still don't understand - than I'm just too stupid,
or my question was not clear enough.

> KeyMap  keys;                   // defined in <Events.h>
>
> /*
>         typedef long KeyMap[4]<->16 byte binary map of key states.
>         The 16 keys bytes are in left to right order but the bits are
>         in right to left order in each byte.
>
>         The Shift key is 0x38 which is decimal 56 and dividing by 8
>         (56/8=7) means it's bit is in the 7th byte which is the rightmost
>         byte of keys[1] and is the rightmost bit in that byte
>         (56/8=7 remainder 0).
> */

Perhaps you know these DEC VT terminals. There, the SHIFT KEY DOES NOT
TRANSMIT A CODE. As with the Control key, it is uses with other keys.

Code Table (DEC VT terminals)

000 - 031                7 bit VT control characters
032 - 127                7 bit characters (ASCII)
128 - 159                8 bit VT control characters
160 - 255                8 bit characters (Graphics)

In national mode the codes 033 - 126 are remaped by the ROM.
I assume the KCHR resource is somehow similar, except that it
allows a wider range to be changed. However, there's no specific
code for the Shfit, Control or Compose key. At this point I don't
know, at what level the conjunctions with those special keys are
being recognized. Hardware or System Kernel?

If I was asked to find a way how to check which special key was
used, I would ask the person to give me two characters: One with
and one without the odd key down, like:

s S      ->  Shift key down
s XOFF   ->  Control key down

(Well, I wouldn't be surprised if there was a more intelligent way!)

Maybe the Mac does it totally different like other computers.
But still, and this was my actual question: If the Shfit key
scans as hex 38, how does the computer know that it is not the
character "8" or whatever is mapped to it.

Thanks!

--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 1 Jun 94 21:24:53 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: How does it work (was KeyMap and codes)
Content-transfer-encoding: 7BIT
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 60
Date-warning: Date header was inserted by AdminA.RFERL.Org
Date: 1 Jun 94 21:24:53 GMT
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c

Many thanks to all who replied so far! Sorry, if I start bothering
again with this question, which is probably rather general computer
related. Either I still don't understand - than I'm just too stupid,
or my question was not clear enough.

> KeyMap  keys;                   // defined in <Events.h>
>
> /*
>         typedef long KeyMap[4]<->16 byte binary map of key states.
>         The 16 keys bytes are in left to right order but the bits are
>         in right to left order in each byte.
>
>         The Shift key is 0x38 which is decimal 56 and dividing by 8
>         (56/8=7) means it's bit is in the 7th byte which is the rightmost
>         byte of keys[1] and is the rightmost bit in that byte
>         (56/8=7 remainder 0).
> */

Perhaps you know these DEC VT terminals. There, the SHIFT KEY DOES NOT
TRANSMIT A CODE. As with the Control key, it is uses with other keys.

Code Table (DEC VT terminals)

000 - 031                7 bit VT control characters
032 - 127                7 bit characters (ASCII)
128 - 159                8 bit VT control characters
160 - 255                8 bit characters (Graphics)

In national mode the codes 033 - 126 are remaped by the ROM.
I assume the KCHR resource is somehow similar, except that it
allows a wider range to be changed. However, there's no specific
code for the Shfit, Control or Compose key. At this point I don't
know, at what level the conjunctions with those special keys are
being recognized. Hardware or System Kernel?

If I was asked to find a way how to check which special key was
used, I would ask the person to give me two characters: One with
and one without the odd key down, like:

s S      ->  Shift key down
s XOFF   ->  Control key down

(Well, I wouldn't be surprised if there was a more intelligent way!)

Maybe the Mac does it totally different like other computers.
But still, and this was my actual question: If the Shfit key
scans as hex 38, how does the computer know that it is not the
character "8" or whatever is mapped to it.

Thanks!

--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 1 Jun 94 22:40:10 GMT
Path: ucivax!gateway
From: [e-mail] (Steve Madancy)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 19
Date: 1 Jun 94 22:40:10 GMT

On 1 Jun 1994, Jeffrey K. Carney wrote:

>
> Wow!  I've been on this list for a year or so and never realized its focus
> was meant to be as narrow as you suggest.  Please provide suggestions of
> other lists that *do* focus on more general mac programming issues, as well
> as instructions for subscribing.
>
> On the other hand, should this list be so specific?  Maybe now would be an
> ideal time to reconsider the focus?
>
I've been on the list for the last year or so, and have been very happy
with the content and quality of this list. I think it ain't broke, so we
probably shouldn't try to fix it.

----------------------------
Steve Madancy
[e-mail]

>From [e-mail] 1 Jun 94 22:49:50 GMT
Path: ucivax!gateway
From: [e-mail] (Matthew Xavier Mora)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 36
Date: 1 Jun 94 22:49:50 GMT


>Wow!  I've been on this list for a year or so and never realized its focus
>was meant to be as narrow as you suggest.  Please provide suggestions of
>other lists that *do* focus on more general mac programming issues, as well
>as instructions for subscribing.
>
>On the other hand, should this list be so specific?  Maybe now would be an
>ideal time to reconsider the focus?

This list became the catch all mac programming group since most people were
using Think C at the time. Now that Metrowerks is in the picture its
no longer a given that you're programming in Think C. So your general
Mac programming question should go to c.s.m.programmer and not to this list.
It will be seen by more people and will have a better chance of being answered.
I for one am no longer keeping up with this list because I'm on the
metrowerks mail list and I'm concentrating on that enviroment. I'm sure
others are doing the same.


Though I still do peek into this list if I have free time. :-)



Xavier


__________________________________________________________________
Matthew Xavier Mora  (cybernaut)            The keeper of the UMPG
SRI International                              [e-mail]
[Sent using Eudora 2.0.2       ]              [e-mail]
[Using my brand new 8100/80av !]
 "Thanks to Apple Computers, it's Bitchin what these things can
  do." Tori Amos
__________________________________________________________________


>From [e-mail] 1 Jun 94 23:25:37 GMT
Path: ucivax!gateway
From: [e-mail] (Dana S Emery)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
In-Reply-To: Your message <[e-mail]> of 1 Jun 94
 15:24:19 GMT
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 18
Date: 1 Jun 94 23:25:37 GMT

>   Please provide suggestions of other lists that *do*
>   focus on more general mac programming issues, as well as
>   instructions for subscribing.

unfortunatly there are no _mailing-lists_ with that focus,
and given the amount of traffic on c.s.m.p it is unlikely that
any sane person would attempt to start one.  Mailing lists work
well when given a tight focus and a critical mass of readers, but
too many readers makes the admin's job a hell of bounced mail
messages and other nastys.

There are numerous bulletin boards (AOL, Compu$erve..) and the
comp.sys.mac.programming usenet news group, but not all of us
have access to any of these, which is the major reason for both
the drift and the tolerance of it.
--
dana s emery <[e-mail]>

>From [e-mail] 2 Jun 94 02:58:28 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Mac programming mailing list
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 886
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 16
Date: 2 Jun 94 02:58:28 GMT

The real source of Macintosh programming info on the internet is the
Usenet newsgroup 'comp.sys.mac.programmer'. But not everybody gets that.
A good mailing list on which to discuss general Mac programming info
can be reached at '[e-mail]'. I realize some
people are comfortable with discussing Mac programming issues on this
list to the extent that they are surprised such topics are not the focus
of the list. I hope Our Fearless Leader will clarify the policy and tell
us whether it will be enforced and how.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 'It seems the firm contracted by Intel to produce the famed "flying
 Pentium" ads could not complete the 3-D modeling on a PC before
 deadline. So in the best know-your-enemy tradition, they chose the next
 best thing -- a Quadra 840AV.'                 -- Mac The Knife 4/18/94
>From [e-mail] 2 Jun 94 03:01:27 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: using Gestalt to get system version
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Lindsay Davies" at Jun 1, 94 07:59:09 am
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1418
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 29
Date: 2 Jun 94 03:01:27 GMT

> > I assume a Gestalt call is a good way to obtain the version
> > of the current system software. Can someone please provide me some
> > info? Thanks!
>
> You need something like this routine which checks for system 7 or later.
>
>     Boolean checkSys7(void)
>     ....

While this seems to be a fine routine from an implementation
standpoint (although a comment about the Gestalt glue and #define
SystemSevenOrLater wouldn't hurt), I have to wonder about the thought
process behind it. Someone asks for information on how to determine the
system version using Gestalt, and the response seems to assume that
the goal must be to test for System 7 or later. The problem is that
testing for System 7 doesn't get you anything unless you like to play
it fast and loose with supported functionality. Gestalt was designed to
allow programs to determine what specific functionality is available.
Testing for System 7 is not a sufficient test, as some functionality is
not present in any particular version of the System. Using Gestalt to
obviate tests for specific functionality is at best perverse and ironic,
and at worst will cause a crash.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 '"We believe the customer goes to retail stores to buy Microsoft
 software," said Ed Belleba, director of retail strategy at Microsoft.'
                                                     -- MacWEEK 4/18/94
>From [e-mail] 2 Jun 94 03:25:41 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: INIT Icons...
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 22
Date: 2 Jun 94 03:25:41 GMT

I'm sure an experienced programmer can answer this one without even writing a
flow chart....

I wrote an extention that works exactly as I need it to.  It does not,
however, display the Icon at startup at the bottom of the screen.  The icon
itself is defined correctly.  When looking at it through the finder, the Icon
appears correctly

I assume there is some simple code to remidy this(?)

Also...

I am looking for a way to make a folder invisible (besides using ResEdit).  I
can make a file invisible using the FSpGetFInfo / FSpSetFInfo.  When I try to
do it with a folder I get a -43 (file not found) error.  The FSSpecRec is
defined correctly with no problems.  Do I need to use the PB version of this
call to get it to work?

Thanks in advance!

[e-mail]

>From [e-mail] 2 Jun 94 05:12:02 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Dana S Emery" at Jun 1, 94 11:25:37 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 923
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 23
Date: 2 Jun 94 05:12:02 GMT

> >   Please provide suggestions of other lists that *do* focus on
> >   more general mac programming issues, as well as instructions for
> >   subscribing.
>
> unfortunatly there are no _mailing-lists_ with that focus...

Not true, as I posted earlier. There are at least two. They are not
widely used, but one is more alive than the other; I named the more-live
one.

> and given the amount of traffic on c.s.m.p it is unlikely that any
> sane person would attempt to start one. Mailing lists work well when
> given a tight focus and a critical mass of readers, but too many
> readers makes the admin's job a hell of bounced mail messages and
> other nastys.

I've run a couple of mailing lists in my day, and while it's true that
it can be a hassle, these days the BS processing is mostly automated.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 "...where they burn books, people are next." -- XTC
>From [e-mail] 2 Jun 94 06:34:58 GMT
Path: ucivax!gateway
From: [e-mail] (Rodolfo Cardarelli)
Subject: Debugger won't work
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 20
Date: 2 Jun 94 06:34:58 GMT

I upgraded to TC 7.0 via free upgrade. I did (I checked several times)
everything was suggested in the documentation: I patched my Project Managaer,
the Debugger, updated the libraries, etc.etc.
Now the problem: the debugger doesn't work| Everythime I select "Use Debugger"
and I try to run, the computer hangs inbetween launching and quitting: no
menus, watch cursor and no sign of life, just a low activity of the hard disk.
I have to force quit to return to TPM, and the "resume" menu item is on.
When I resume, I simply return to the situation before running debugger.
I would really appreciate any help, because I cannot use my TC without the
debugger| The 6.0 version, and the 6.0.1 upgrade were working correctly.
I tried to restart without INITs: no way.
My TC environment is installed on a syquest cartridge, if that means anything.
My system is:
MAC LC 10 MByte RAM - 80 Mbyte HD + syquest
System software Z1-7.0.1
Think C Project Manager 7.0
Think Debugger 7.0

Thank you very much in advance for any suggestions
Rodolfo
>From [e-mail] 2 Jun 94 10:36:40 GMT
Path: ucivax!gateway
From: [e-mail] (Amrik Thethi)
Subject: Re: INIT Icons...
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 26
Date: 2 Jun 94 10:36:40 GMT

> I wrote an extention that works exactly as I need it to.  It does not,
> however, display the Icon at startup at the bottom of the screen.  The icon
> itself is defined correctly.  When looking at it through the finder, the Icon
> appears correctly
>
> I assume there is some simple code to remidy this(?)

Yes, you can roll your own or you can use the ShowINIT code, which is
on most archives (try ftp.apple.com). All you have to do is draw the icons,
it will do the rest at startup.

> Also...
>
> I am looking for a way to make a folder invisible (besides using ResEdit).  I
> can make a file invisible using the FSpGetFInfo / FSpSetFInfo.  When I try to
> do it with a folder I get a -43 (file not found) error.  The FSSpecRec is
> defined correctly with no problems.  Do I need to use the PB version of this
> call to get it to work?
>
Sorry can't help you there without more info.
--
Amrik Thethi.                   Tel. [phone] Fax. [phone]
Setanta Software Ltd.           Internet: [e-mail]
Cambridge, UK.


>From [e-mail] 2 Jun 94 10:49:45 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 20
Date: 2 Jun 94 10:49:45 GMT

Mark asks:

>Currently, this list is
>chartered to discuss THINK C and Symantec C++ compilers and
>associated issues.  It should certainly continue to do so, but >with
>the introduction of CodeWarrior, I wonder whether it would be a >good
>idea to expand the charter to discuss that as well.

I believe that this is a good idea.  But, as Mark suggests, we shouldn't
tread on another list.  Does anyone *know* of a Code Warrior list?  If
there's not one, then in makes sense to expand this one.

I think that MPW is too different in the dev. environment to adopt into this
list however.  It should remain a list for integrated environments.

Malcolm Teas
"Relax, it's only ones and zeros..."
Teas Technology - Custom software for the Mac and Newton.
Internet: "[e-mail]" AppleLink or AOL: "mhteas"

>From [e-mail] 2 Jun 94 10:49:52 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Re: Chooser name - where is it
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 19
Date: 2 Jun 94 10:49:52 GMT

I don't remember seeing Lindsay get the answer, so here it is.

You can find the choose name with the following statements:

StringHandle nameHdl;

nameHdl = GetString (-16096);

The system resource file must be in your resource file path because STR
id=-16096 is in the system file.  (It will be in your path unless you're
changing the path by opening or closing res files.)  This returns the chooser
name, or on a System 7 machine, the owner name set in the Sharing Setup
control panel.  It's a string handle that's returned.

Malcolm Teas
"Relax, it's only ones and zeros..."
Teas Technology - Custom software for the Mac and Newton.
Internet: "[e-mail]" AppleLink or AOL: "mhteas"

>From [e-mail] 2 Jun 94 12:04:46 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: Re: INIT Icons...
Content-transfer-encoding: 7BIT
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 23
Date-warning: Date header was inserted by AdminA.RFERL.Org
Date: 2 Jun 94 12:04:46 GMT
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c


>I'm sure an experienced programmer can answer this one without even writing a
>flow chart....
>
>I wrote an extention that works exactly as I need it to.  It does not,
>however, display the Icon at startup at the bottom of the screen.  The icon
>itself is defined correctly.  When looking at it through the finder, the Icon
>appears correctly
>
>I assume there is some simple code to remidy this(?)

I have some easy to implement sample source code (ThinkC) which will show specified Icon resources at startup. I cannot remember where I got it from, but I could send you the files. Let me now what format you can handle.


--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 2 Jun 94 12:32:26 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: I appreciate this list
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Date-warning: Date header was inserted by AdminA.RFERL.Org
Lines: 35
Date: 2 Jun 94 12:32:26 GMT

>The real source of Macintosh programming info on the internet is the
>Usenet newsgroup 'comp.sys.mac.programmer'. But not everybody gets that.
>A good mailing list on which to discuss general Mac programming info
>can be reached at '[e-mail]'. I realize some
>people are comfortable with discussing Mac programming issues on this
>list to the extent that they are surprised such topics are not the focus
>of the list. I hope Our Fearless Leader will clarify the policy and tell
>us whether it will be enforced and how.
>
>--
> Pete Gontier, CTO, Integer Poet Software; [e-mail]
>
> 'It seems the firm contracted by Intel to produce the famed "flying
> Pentium" ads could not complete the 3-D modeling on a PC before
> deadline. So in the best know-your-enemy tradition, they chose the next
> best thing -- a Quadra 840AV.'                 -- Mac The Knife 4/18/94

I'm new to this list, and I am for sure one of the persons who asked and
perhaps will ask more or less general Mac programming related topics. I
really appreciate the list as it appears so far. I personally don't mind
to receive all kinds of questions and comments. If I can tell from the
subject that a message doesn't interest me, than I hit the Delete key.
However, I am not looking for flames, and if its in the general interest,
I would be very happy to move somewhere else. I would rather not want
to spend very much time on whether or not I should dare to ask a question.

--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 2 Jun 94 13:06:45 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: RE: using Gestalt to get system version
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Date-warning: Date header was inserted by AdminA.RFERL.Org
Lines: 52
Date: 2 Jun 94 13:06:45 GMT

>> > I assume a Gestalt call is a good way to obtain the version
>> > of the current system software. Can someone please provide me some
>> > info? Thanks!
>>
>> You need something like this routine which checks for system 7 or later.
>>
>>     Boolean checkSys7(void)
>>     ....
>
>While this seems to be a fine routine from an implementation
>standpoint (although a comment about the Gestalt glue and #define
>SystemSevenOrLater wouldn't hurt), I have to wonder about the thought
>process behind it. Someone asks for information on how to determine the
>system version using Gestalt, and the response seems to assume that
>the goal must be to test for System 7 or later. The problem is that
>testing for System 7 doesn't get you anything unless you like to play
>it fast and loose with supported functionality. Gestalt was designed to
>allow programs to determine what specific functionality is available.
>Testing for System 7 is not a sufficient test, as some functionality is
>not present in any particular version of the System. Using Gestalt to
>obviate tests for specific functionality is at best perverse and ironic,
>and at worst will cause a crash.
>

It me again, who asked the question. Here's is why I though using
Gestalt would be a good way to obtain the current system version.

"If the Gestalt function is available, you should use it instead of
the SysEnvirons and Environs routines. You can use the Gestalt function
to determine whether the features your application requires are present
on a particular Macintosh computer. You should not rely on the ROM
version, since later system software versions can override routines in
ROM.
                (Preface: The System Software Environment, IM VI)

I don't want to criticize the above reply! A crash is certainly not
what I want. Let's just share information.

I'm looking for an easy way to make sure a code resource is only
loaded if at least System 7 is present. Further suggestions?

Thanks!

--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 2 Jun 94 13:08:19 GMT
Path: ucivax!gateway
From: [e-mail] ("Jeffrey K. Carney")
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 21
Date: 2 Jun 94 13:08:19 GMT

>There are numerous bulletin boards (AOL, Compu$erve..) and the
>comp.sys.mac.programming usenet news group, but not all of us
>have access to any of these, which is the major reason for both
>the drift and the tolerance of it.

If this is indeed the case, and if folks have generally been tolerant or
even happy with the drift into more general (non-compiler-specific)
questions about programming in "C" on the Mac (why bring in Pascal?) then
maybe this list is still the best place to do what it's already been doing,
not in theory but in practice.  Compared to some lists I've been on,
traffic on this one is still pretty light; if it drifts but remains helpful
for some (not to mention the many lurkers), then as someone else said, if
it ain't broke, why fix it?

On the other hand, if we OPENLY agree to generalize the purpose, then
perhaps we could acknowledge that by renaming the list?  (Just a thought;
don't bite ...)

Jeff


>From [e-mail] 2 Jun 94 13:15:12 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: Re: Debugger won't work
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Date-warning: Date header was inserted by AdminA.RFERL.Org
Lines: 38
Date: 2 Jun 94 13:15:12 GMT

>I upgraded to TC 7.0 via free upgrade. I did (I checked several times)
>everything was suggested in the documentation: I patched my Project Managaer,
>the Debugger, updated the libraries, etc.etc.
>Now the problem: the debugger doesn't work| Everythime I select "Use Debugger"
>and I try to run, the computer hangs inbetween launching and quitting: no
>menus, watch cursor and no sign of life, just a low activity of the hard disk.
>I have to force quit to return to TPM, and the "resume" menu item is on.
>When I resume, I simply return to the situation before running debugger.
>I would really appreciate any help, because I cannot use my TC without the
>debugger| The 6.0 version, and the 6.0.1 upgrade were working correctly.
>I tried to restart without INITs: no way.
>My TC environment is installed on a syquest cartridge, if that means anything.
>My system is:
>MAC LC 10 MByte RAM - 80 Mbyte HD + syquest
>System software Z1-7.0.1
>Think C Project Manager 7.0
>Think Debugger 7.0
>
>Thank you very much in advance for any suggestions
>Rodolfo

I had the same problem. I also upgraded to System 7 Pro at that time.
If finally turned out that it was not the system, but I had forgotten
to apply the patch to the TPM (Project Manager). However, you're using
the international 7.0.1. We've totally removed it in our company.
But perhaps your TPM is corrupted. Did you run Disk First Aid etc.,
before applying the patch?


--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 2 Jun 94 18:21:29 GMT
Path: ucivax!gateway
From: [e-mail] (MacFarland Hale)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
Posted-from: The MITRE Corporation, Bedford, MA
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 13
Date: 2 Jun 94 18:21:29 GMT

>I think that MPW is too different in the dev. environment to adopt into this
>list however.  It should remain a list for integrated environments.

Can anyone point me to an MPW mail list?

........................................................................
  MacFarland Hale                [e-mail]
  The MITRE Corporation          [phone], FAX [phone]
  202 Burlington Road, MS K331   "All opinions are my own - but feel
  Bedford, MA  01730-1420  USA      free to share them if you like..."
........................................................................


>From [e-mail] 3 Jun 94 07:57:01 GMT
Path: ucivax!gateway
From: [e-mail] (Larry Weinberg)
Subject: Re:  Debugger won't work
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 13
Date: 3 Jun 94 07:57:01 GMT

This sort of happened to me and what I found was a segment that
was just larger than the 32 K limit, and the TPM was in an infinite
loop trying to shuffle files into other segments. It never moved
anything, just kept trying

When I moved a single source file to another segment, everything
worked fine.   I hope this is your problem too.

Larry
Larry Weinberg                          Rhythm & Hues, Inc.
INTERNET:   [e-mail]
We can't all, and some of us don't.  That's all there is to it.  -- Eeyore

>From [e-mail] 3 Jun 94 12:04:31 GMT
Path: ucivax!gateway
From: [e-mail] (Rodolfo Cardarelli)
Subject: Now debugger works...|
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 6
Date: 3 Jun 94 12:04:31 GMT

Thank to all who answered, and especially Marco Sandri and Rick Hartmann.
The problem was in the SIZE resource, that the finder modifies, adding
SIZE 0 and 1. Removing those two resources solves the problem.
The explanation was in a file that was on sumex, but not in the same package
as the upgrade.
Thanx again - Rodolfo
>From [e-mail] 3 Jun 94 12:32:09 GMT
Path: ucivax!gateway
From: [e-mail] (Reuben Gellman)
Subject: "Floating" window
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.4 PL22]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 592
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 13
Date: 3 Jun 94 12:32:09 GMT

I want to create one of those neat lil windows that stays on top of
all the others, come what may (commonly used in "tool" windows in
paint & draw apps). Closest I can come is a ref to something called
"GhostWindow", which is just an address, in IM 1. This is absent from the new IM
(at least Toolbox Essentials), and is presented with dire warnings in Think
Ref. Two questions: (1) How does one use the darn thing: IM implies that one
needs to do assembly lang progs, which I don't know; (2) is there a new,
improved, safe, simple way to implement this?

Thx
Reuben Gellman
[e-mail]

>From [e-mail] 3 Jun 94 14:46:52 GMT
Path: ucivax!gateway
From: [e-mail] (Brent Taylor)
Subject: Re: I appreciate this list
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 16
Date: 3 Jun 94 14:46:52 GMT

>I'm new to this list, and I am for sure one of the persons who asked and
>perhaps will ask more or less general Mac programming related topics. I
>really appreciate the list as it appears so far. I personally don't mind
>to receive all kinds of questions and comments. If I can tell from the
>subject that a message doesn't interest me, than I hit the Delete key.
>However, I am not looking for flames, and if its in the general interest,
>I would be very happy to move somewhere else. I would rather not want
>to spend very much time on whether or not I should dare to ask a question.

Ditto.

__________________________________________________________________________
Brent Taylor, Computer Science / Math Teacher         Phone: [phone]
Elkford Secondary School                                Fax: [phone]
Box 910, Elkford, BC, Canada  V0B 1H0               [e-mail]

>From [e-mail] 3 Jun 94 16:08:17 GMT
Path: ucivax!gateway
From: [e-mail] (Lance Helsten)
Subject: Re: using Gestalt to get system version
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 11
Date: 3 Jun 94 16:08:17 GMT

> it fast and loose with supported functionality. Gestalt was designed to
> allow programs to determine what specific functionality is available.
> Testing for System 7 is not a sufficient test, as some functionality is
> not present in any particular version of the System. Using Gestalt to

I agree, read IM on gestalt and it will tell you not to rely on system
versions as being an indication of what facitlities are available.

Lance


>From [e-mail] 3 Jun 94 17:03:18 GMT
Path: ucivax!gateway
From: [e-mail] (Brent Taylor)
Subject: Multiple Screen Depths
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 16
Date: 3 Jun 94 17:03:18 GMT

Due to the nature of discussion which has recently taken place, I hesitate
to post this question.  However, this list is my only available resource,
so here goes...

I wish to use one routine to draw to screens of depth less than 4 and
another routine to draw to screens of any other depth.  In particular, I am
concerned about windows which span monitors of different depths.  Is this
possible?  If so, how?

Also, how can I call DragWindow() to draw windows anywhere within GrayRgn?

__________________________________________________________________________
Brent Taylor, Computer Science / Math Teacher         Phone: [phone]
Elkford Secondary School                                Fax: [phone]
Box 910, Elkford, BC, Canada  V0B 1H0               [e-mail]

>From [e-mail] 3 Jun 94 19:23:21 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "[e-mail]" at Jun 2, 94 10:49:45 am
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 372
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 11
Date: 3 Jun 94 19:23:21 GMT

> Does anyone *know* of a Code Warrior list? If there's not one, then in
> makes sense to expand this one.

Mail to '[e-mail]' for more info.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 C   credo: "Trust the programmer."
 C++ credo: "Put the muzzle of a shotgun in your mouth and
             give the programmer the trigger..."
>From [e-mail] 3 Jun 94 19:23:30 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: I appreciate this list
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Markus Waldorf" at Jun 2, 94 12:32:26 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1322
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 24
Date: 3 Jun 94 19:23:30 GMT

> I'm new to this list, and I am for sure one of the persons who
> asked and perhaps will ask more or less general Mac programming
> related topics. I really appreciate the list as it appears so far. I
> personally don't mind to receive all kinds of questions and comments.
> If I can tell from the subject that a message doesn't interest me,
> than I hit the Delete key. However, I am not looking for flames,
> and if its in the general interest, I would be very happy to move
> somewhere else. I would rather not want to spend very much time on
> whether or not I should dare to ask a question.

Certainly a mailing list will fail if its members are constantly
worrying about whether the material they want to post is appropriate.
On the other hand, that's one of the reasons why there are many mailing
lists. Allow me to suggest that rather than asking a mailing list to
accomodate all information, you should simply subscribe to more lists.
If a mailing list's subject matter isn't limited, one might as well
subscribe to *all* of them. :-)

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 '"We believe the customer goes to retail stores to buy Microsoft
 software," said Ed Belleba, director of retail strategy at Microsoft.'
                                                     -- MacWEEK 4/18/94
>From [e-mail] 3 Jun 94 19:31:55 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: using Gestalt to get system version
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Markus Waldorf" at Jun 2, 94 01:06:45 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 2356
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 45
Date: 3 Jun 94 19:31:55 GMT

>> The problem is that testing for System 7 doesn't get you anything
>> unless you like to play it fast and loose with supported
>> functionality. Gestalt was designed to allow programs to determine
>> what specific functionality is available. Testing for System 7 is not
>> a sufficient test...

> "If the Gestalt function is available, you should use it instead
> of the SysEnvirons and Environs routines. You can use the Gestalt
> function to determine whether the features your application requires
                                    ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> are present on a particular Macintosh computer. You should not rely
> on the ROM version, since later system software versions can override
> routines in ROM." (Preface: The System Software Environment, IM VI)

This discussion in OIM VI appears to be inadequate. Append the sentence:
"You should not rely on the System version, since some functionality
is provided regardless of the System version." For example, the
Communications Toolbox might be installed on a System 6 machine.

This is likely to be even more important as Apple ships different
components of functionality for different architectures. You wouldn't
want to make a PowerPC-only call simply because the System version
were 7.5, because System 7.5 will run on 68K-based machines as well as
PowerPC-based machines.

An astute reader pointed out to me in email that some specific things
cannot be detected via Gestalt. The example was the Picture Utilities,
for which the specific Inside Mac recommendation is to test for System
7. However, testing for System 7 is still not a good general policy. Let
Inside Mac specify for you the special cases of when to test for System
7 as opposed to using Gestalt to test for specific functionality.

> I'm looking for an easy way to make sure a code resource is only
> loaded if at least System 7 is present. Further suggestions?

We'd need more information about the code resource in question. What
functionality does it use?

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 'It seems the firm contracted by Intel to produce the famed "flying
 Pentium" ads could not complete the 3-D modeling on a PC before
 deadline. So in the best know-your-enemy tradition, they chose the next
 best thing -- a Quadra 840AV.'                 -- Mac The Knife 4/18/94
>From [e-mail] 3 Jun 94 19:33:55 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "MacFarland Hale" at Jun 2, 94 06:21:29 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 606
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 14
Date: 3 Jun 94 19:33:55 GMT

> >I think that MPW is too different in the dev. environment to adopt into this
> >list however.  It should remain a list for integrated environments.
>
> Can anyone point me to an MPW mail list?

I think not. However, if there is demand, I would be happy to start one.
We should confirm conclusively, of course, that none exists before I
take the trouble to create one. But as I learned in Philosophy, it is
very difficult to prove the non-existence of something. :-)

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 Symantec C++ a "Bjarne Burner"? Yeah, I'd be pretty burned up, too!
>From [e-mail] 3 Jun 94 19:49:14 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Jeffrey K. Carney" at Jun 2, 94 01:08:19 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 2963
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 57
Date: 3 Jun 94 19:49:14 GMT

> >There are numerous bulletin boards (AOL, Compu$erve..) and the
> >comp.sys.mac.programming usenet news group, but not all of us have
> >access to any of these, which is the major reason for both the drift
> >and the tolerance of it.
>
> If this is indeed the case, and if folks have generally been tolerant
> or even happy with the drift into more general (non-compiler-specific)
> questions about programming in "C" on the Mac (why bring in Pascal?)
> then maybe this list is still the best place to do what it's already
> been doing, not in theory but in practice.

I'm afraid you're missing the distinction I want to make. Many questions
posted here have nothing to do with C. Instead, they have to do with
programming the Macintosh in general, and there are already at least two
lists which cover this topic area.

If the errant posts were about C or C++ in general, as opposed to the
THINK C or Symantec C++ dialects of C and C++, I probably wouldn't be
of a mind to complain, because sometimes it's hard to tell whether a
problem is rooted in the language or a particular implementation of
that language. (Expecially in the case of Symantec C++...) It probably
also would not bother me if the errant posts were about programming the
Macintosh in C. But it goes one step further than that -- the errant
posts are about programming the Macintosh in general. In most cases
the code samples could readily be translated into Pascal or some other
language.

> Compared to some lists I've been on, traffic on this one is still
> pretty light; if it drifts but remains helpful for some (not to
> mention the many lurkers), then as someone else said, if it ain't
> broke, why fix it?

But that's exactly my point -- it's broke. It's not like I'm rabid
to see the Topic Police arrive and scare off all the general Mac
programming posters. But it so happens that I also subscribe to the
other mailing lists I have been mentioning in this thread, so it doesn't
make sense to me that topics I expect in one list appear in another.
It also doesn't make sense, if I may be so bold, that some people seem
reluctant to subscribe to these other lists instead of posting material
that belongs in other lists to this one. Subscribing to multiple lists
doesn't hurt; honest!

> On the other hand, if we OPENLY agree to generalize the purpose,
> then perhaps we could acknowledge that by renaming the list? (Just a
> thought; don't bite ...)

I suppose I might be in favor of a "programming the Mac in C" list, but
I have very little faith that it would suffer any less topic drift. I
would rather invest energy in attempting to improve mailing lists which
already exist, because creating another list won't reduce the amount of
energy that would need to be invested in order to figure out a way to
prevent topic drift in the new lists as well as the old.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 "...where they burn books, people are next." -- XTC
>From [e-mail] 3 Jun 94 23:13:00 GMT
Path: ucivax!gateway
From: [e-mail] ("Jeffrey K. Carney")
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 12
Date: 3 Jun 94 23:13:00 GMT

>> Does anyone *know* of a Code Warrior list? If there's not one, then in
>> makes sense to expand this one.
>
>Mail to '[e-mail]' for more info.

I know this is FAQ stuff, but I can never find the right FAQ when I want
it.  So:  when I e-mail to a [e-mail] am I talking to a machine or a
person?  In short, what do I do?  (Sorry, Pete:-)

Jeff


>From [e-mail] 4 Jun 94 05:08:45 GMT
Path: ucivax!gateway
From: [e-mail] ("Mr. Neb")
Subject: Re: Multiple Screen Depths
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 5
Date: 4 Jun 94 05:08:45 GMT



==s
0 Iz* @-#Y1~"  z4

0 Iz* @-#Y1~"  z4

0 Iz* @-#Y1~"  z4
>From [e-mail] 4 Jun 94 05:48:42 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Jeffrey K. Carney" at Jun 3, 94 11:13:00 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1006
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 21
Date: 4 Jun 94 05:48:42 GMT

> >> Does anyone *know* of a Code Warrior list? If there's not one, then in
> >> makes sense to expand this one.
> >
> >Mail to '[e-mail]' for more info.
>
> I know this is FAQ stuff, but I can never find the right FAQ when I want
> it.  So:  when I e-mail to a [e-mail] am I talking to a machine or a
> person?  In short, what do I do?  (Sorry, Pete:-)

You're talking to a machine, but you don't need to know what to tell it.
It will respond with the same reply no matter what you say. :-) I have
found that *-request@* addresses are pretty evenly distributed between
people and machines, so you weren't asking a stupid question.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 'It seems the firm contracted by Intel to produce the famed "flying
 Pentium" ads could not complete the 3-D modeling on a PC before
 deadline. So in the best know-your-enemy tradition, they chose the next
 best thing -- a Quadra 840AV.'                 -- Mac The Knife 4/18/94
>From [e-mail] 4 Jun 94 15:52:55 GMT
Path: ucivax!gateway
From: [e-mail] (Dana S Emery)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: Your message <[e-mail]> of 3 Jun 94
 19:49:14 GMT
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 24
Date: 4 Jun 94 15:52:55 GMT

>   It also doesn't make sense, if I may be so bold, that
>   some people seem reluctant to subscribe to these other
>   lists instead of posting material that belongs in other
>   lists to this one. Subscribing to multiple lists doesn't
>   hurt; honest!

for some of the people here it does hurt, it costs $$$.
While that cost may be necessary, still, it shouldnt be glossed over.

Mind you I agree with your philosophy, narrow definitions
of what the allowable topics should be are preferable to
the AVERAGE user, they will improve the signal/noise ratio
and make the list more efficient.

Judging by your signature you probably have physical access
to your mail host, and it likely has considerable excess
capacity if it can suffer being a list-host as well, thus
your mail box has a lot more room than the typical home
user, so please dont project your solutions on the rest
of the members of this list, their conditions vary enough
from yours to legitimatly impact the choice of solutions.
--
dana s emery <[e-mail]>

>From [e-mail] 4 Jun 94 17:54:16 GMT
Path: ucivax!gateway
From: [e-mail] (WalrathW)
Subject: RE: ADMIN: list future
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 27
Date: 4 Jun 94 17:54:16 GMT

> Mind you I agree with your philosophy, narrow definitions
> of what the allowable topics should be are preferable to
> the AVERAGE user, they will improve the signal/noise ratio
> and make the list more efficient.
>
> Judging by your signature you probably have physical access
> to your mail host, and it likely has considerable excess
> capacity if it can suffer being a list-host as well, thus
> your mail box has a lot more room than the typical home
> user, so please dont project your solutions on the rest
> of the members of this list, their conditions vary enough
> from yours to legitimatly impact the choice of solutions.
> --
> dana s emery <[e-mail]>

I personally don't feel that Pete is projecting unreasonable solutions on the
rest of the members of this list. His point is valid IMHO, in that the list was
started for the purpose of discussing questions pertaining to Symantec Think C.
If we don't attempt to maintain some sense of purpose in our discussion lists,
then what are we left with? We'll be talking about motorcycles on alt.rec.pets,
and MPW on comp.sys.next. Just because you or I or others may have an expensive
connection to the network, doesn't justify underminining a list's charter. If a
person's questions tend more towards general Mac programming topics, then
perhaps a different list would be more appropriate.


-wayne
>From [e-mail] 4 Jun 94 19:00:15 GMT
Path: ucivax!gateway
From: [e-mail] ("Jeffrey K. Carney")
Subject: RE: ADMIN: list future
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 31
Date: 4 Jun 94 19:00:15 GMT

>If we don't attempt to maintain some sense of purpose in our discussion lists,
>then what are we left with? We'll be talking about motorcycles on alt.rec.pets,
>and MPW on comp.sys.next.

This is of course a gross exaggeration.  (Next you'll be telling us that if
we don't stick to the exact charter the Red Brigade will march down Main
Street USA :-).  Of course the list will keep some sense of purpose.  The
only significant question is what that purpose should be.

>Just because you or I or others may have an expensive
>connection to the network, doesn't justify underminining a list's charter.

Undermine is a pretty loaded word.  Evolve is another accurate description
that carries a rather different feeling.  Apparently the list has already
changed; so much so, it would seem, that many who have subscribed in the
last year or so (like myself) were not even aware of the exact sense of the
original charter.  Indeed, one might suggest that during the last year the
actual purpose of the list has remained rather stable, if perhaps more
general than the original intent, and that in practice, if not in word, the
list's *defacto* charter has *already* changed.  I don't recall a single
poster suggesting that the content of our discussions should really change;
rather, it seems more a matter of openly admitting what we *already* are
and do.

As for the true charter: as I recall, this whole thread got started because
the list admin *invited* us to comment on possible changes, which we have
been doing.  Or do I recall this poorly?

Jeff


>From [e-mail] 4 Jun 94 23:29:34 GMT
Path: ucivax!gateway
From: [e-mail] ("Mr. Neb")
Subject: RE: ADMIN: list future
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 32
Date: 4 Jun 94 23:29:34 GMT

  Evolution is right!  For the longest time (that I can remember) there
were two places to post questions and expect a reasonable answer: c.s.m.p
and this list.  These two resources were the only ones of their kind, so
they got used pretty much.

  Besides, lest we forget for a long time it was either MPW or Think C, with
most dollar-conscious people opting for Think C.  So it became easy to think
that a general mac programming problem or a general C programming problem
was really a Think C programming problem whether it was or not.

  Lately there have been more resources that have opened up: the MacDevelop
mailing list (which gets much less traffic than this list), the
alt.sources.mac newsgroup and archive (tactless self-plug  ;-)
the code warrior list, better and newer FAQ postings, etc.  There are alot
more resources out there to choose from than, say, a yr and a half ago.

  My opinion is that the list doesn't really need changing.  Most of the
time questions coming across this list are either Think C/C++ related
or they border on whether or not they should be on the list.  Who is to
decide what goes where anyway?  People will post questions, etc., to
wherever they think that they will get the widest audience, regardless of
what the charter says.

Dave.

============================================================
Dave Nebinger                    [e-mail]
Network Manager, Biology Dept.   [e-mail]
Bowling Green State University   dnebing@bgsuopie (bitnet)
Bowling Green, OH 43403          #include <std_disclaimer.h>

             *THE* alt.sources.mac supporter!
>From [e-mail] 5 Jun 94 02:29:02 GMT
Path: ucivax!gateway
From: [e-mail] (Bill MacIntosh)
Subject: Rotating a PICT
Message-ID: <[e-mail]>
X-Mailer: InterCon WorldLink 2.0
Content-Type: text/plain; charset=US-ASCII
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 8
Date: 5 Jun 94 02:29:02 GMT

I want to draw lines using a string of repeating PICT's.  I've run into the
problem of rotating a PICT so that the line can be drawn in directions other
than horizontal.  How can I rotate a PICT?

Bill MacIntosh
[e-mail]


>From [e-mail] 5 Jun 94 02:53:42 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Dana S Emery" at Jun 4, 94 03:52:55 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 2065
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 43
Date: 5 Jun 94 02:53:42 GMT

> >   It also doesn't make sense, if I may be so bold, that some
> >   people seem reluctant to subscribe to these other lists instead
> >   of posting material that belongs in other lists to this one.
> >   Subscribing to multiple lists doesn't hurt; honest!
>
> for some of the people here it does hurt, it costs $$$.

I think it's very unlikely that any host charges according to the number
of mailing lists to which an account is subscribed. Way too difficult to
enforce, even if it seemed desirable.

You could make the case that some people would end up paying more
subscribing to two lists simply because there would be more overall
traffic, but I think that's not a good analysis for a couple of reasons.
(1) Some people will unfairly pay more because there is more extraneous
traffic on the one list, (2) the traffic on the one list will tend
to migrate to the other list, and some balancing will occur, and the
overall traffic will tend to be equal.

> Judging by your signature you probably have physical access to your
> mail host, and it likely has considerable excess capacity if it can
> suffer being a list-host as well, thus your mail box has a lot more
> room than the typical home user...

Well, Netcom is adding about one fast UNIX box and one major
metropolitan area every month, so more and more I *am* the average user.
You will be assimilated. Resistance is futile. :-) Just for the record,
no, I don't have physical access to "my" machine, but I don't pay any
connect charges. And mailing lists can be regulated not to consume too
many cycles and they certainly don't consume much (permanent) disk
space.

> so please dont project your solutions on the rest of the members of
> this list, their conditions vary enough from yours to legitimatly
> impact the choice of solutions.

I don't think I am projecting anything. Groundlessly impugning my
personal psychology is hardly a productive way to conduct a discussion.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 Microsoft Windows: like putting lipstick on a chicken.
>From [e-mail] 5 Jun 94 03:16:23 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Jeffrey K. Carney" at Jun 4, 94 07:00:15 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1765
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 35
Date: 5 Jun 94 03:16:23 GMT

> Evolve is another accurate description that carries a rather different
> feeling. Apparently the list has already changed; so much so, it
> would seem, that many who have subscribed in the last year or so
> (like myself) were not even aware of the exact sense of the original
> charter.

I can't remember precisely, but I think in one guise or another have
I been subscribed to this list since the first announcement of its
existence. The list has always been rather fuzzy in terms of topic,
I'll grant that. However, the fact that it has taken me so long to
bother to complain about it may only mean I have what I perceive to be
better things to do most of the time than to have meta-discussions about
discussion groups. :-)

> I don't recall a single poster suggesting that the content of our
> discussions should really change; rather, it seems more a matter of
> openly admitting what we *already* are and do.

It so happens that the most active general Mac programming list
is losing its host quite soon and may no longer be accepting new
subscriptions because of that fact. I volunteered to take over running
it, but got no response. I would be all for a formal declaration that
this list is adopting the topic of general Mac programming. I would even
be willing to create a strict THINK C / Symantec C++ mailing list here
at Netcom, but I probably would not be willing to devote my personal
disk space to an archive.

This is all by way of saying that I think you are right when you say no
one here is interested in being the Topic Police. Perhaps somebody like
me is more interested in being the Mailing List Name Police.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 You thought Obfuscated C was confusing? Wait for Obfuscated C++!
>From [e-mail] 5 Jun 94 04:43:49 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Mr. Neb" at Jun 4, 94 11:29:34 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1153
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 27
Date: 5 Jun 94 04:43:49 GMT

> My opinion is that the list doesn't really need changing. Most of the
> time questions coming across this list are either Think C/C++ related
> or they border on whether or not they should be on the list.

It would be interesting to see statistics on this. I suspect this
generalization is not true. Disclaimer: I am assuming that simply
because a posting contains C code does not mean it adresses THINK C
issues or even C language issues. And the poster knows it.

> Who is to decide what goes where anyway?

Well, *we* are! :-) You and me and Nagle and everybody else. He asked us
to speak, so we are.

> People will post questions, etc., to wherever they think that they
> will get the widest audience, regardless of what the charter says.

Nobody is disagreeing with that completely. However, it's an
overgeneralization. If it were completely true, I'd be posting questions
on writing code for the Communications Toolbox to the 'alt.sex'
newsgroup.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 "Bedrock does support a form of drag and drop. Development dragged on
 for about two years, and then was dropped." -- Brian Clark
>From [e-mail] 5 Jun 94 14:47:26 GMT
Path: ucivax!gateway
From: [e-mail] (Dana S Emery)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: Your message <[e-mail]> of Sat, 4 Jun
 1994 19:53:36 -0700 (PDT)
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 58
Date: 5 Jun 94 14:47:26 GMT

>   I think it's very unlikely that any host charges
>   according to the number of mailing lists to which an
>   account is subscribed. Way too difficult to enforce,
>   even if it seemed desirable.

Agreed, but that is such a narrow view of the reality as to
be naive, we are talking about comercial enterprises here,
it is natural for the billing structure to reflect the
expected impact of an account, since Gigabyte capacity drives
arent free this generally includes file storage as well as
traffic, so a high volume of incoming mail will have a
monetary impact, forceing the user to avoid active groups
or resort to digests (when available).

>   I don't think I am projecting anything. Groundlessly
>   impugning my personal psychology is hardly a productive
>   way to conduct a discussion.

Hardly groundless, I stated my assumptions, you have been
arguing them, how can you think my statements groundless?
It is my opinion that you enjoy the luxery of dealing with
high-volume mail traffic, and that you were advocating that
the rest of us take action based on the presumption that
we all enjoyed the same luxery:

> >   Subscribing to multiple lists doesn't hurt; honest!

Which (for good or ill) I simply couldnt resist countering.

Probably should have done so in private mail, I hereby offer
the list an apology for not having done so.

Incidentaly, lest this get too hot, I did say:

>>> Mind you I agree with your philosophy, narrow definitions
             ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>> of what the allowable topics should be are preferable to
>>> the AVERAGE user, they will improve the signal/noise ratio
>>> and make the list more efficient.

my quible was that you were undermining your argument by
the spurious claim that there was _no_ penalty for haveing
subscriptions to multiple groups, it just aint so.

Funy thing:  there are very few true absolute declarations.

Equally funny thing, most people seem to react much harder
to criticism than to agreement, even when the agreement is
the main point made, seems as if homo sap still has a
significant amount of group mentality.

Finally, I think the present charter is fine, the present
drift is a little disturbing, but not enough so to prompt
any action other than perhaps to reference related
mailing groups in the FAQ.
--
dana s emery <[e-mail]>

>From [e-mail] 5 Jun 94 16:41:41 GMT
Path: ucivax!gateway
From: [e-mail] (Mauricio Tavares)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>; from "Pete Gontier" at Jun 3, 94 7:49 pm
X-Mailer: ELM [version 2.3 PL2]
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 23
Date: 5 Jun 94 16:41:41 GMT

While shopping for schroberries, Pete Gontier pondered:
>
> > >There are numerous bulletin boards (AOL, Compu$erve..) and the
> > >comp.sys.mac.programming usenet news group, but not all of us have
> > >access to any of these, which is the major reason for both the drift
> > >and the tolerance of it.
> >
> > If this is indeed the case, and if folks have generally been tolerant
> > or even happy with the drift into more general (non-compiler-specific)
> > questions about programming in "C" on the Mac (why bring in Pascal?)
> > then maybe this list is still the best place to do what it's already
> > been doing, not in theory but in practice.
>
> I'm afraid you're missing the distinction I want to make. Many questions
> posted here have nothing to do with C. Instead, they have to do with
> programming the Macintosh in general, and there are already at least two
> lists which cover this topic area.
>
        I have a problem here:  is this list aimed at programming in C with
the Mac?  If that is the case, how can you separate that from, as you said,
programming the Macintosh in general?  Personally, I can't.


>From [e-mail] 5 Jun 94 16:45:53 GMT
Path: ucivax!gateway
From: [e-mail] (Mauricio Tavares)
Subject: Re: Rotating a PICT
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>; from "Bill MacIntosh" at Jun 5, 94 2:29 am
X-Mailer: ELM [version 2.3 PL2]
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 8
Date: 5 Jun 94 16:45:53 GMT

While shopping for schroberries, Bill MacIntosh pondered:
>
> I want to draw lines using a string of repeating PICT's.  I've run into the
> problem of rotating a PICT so that the line can be drawn in directions other
> than horizontal.  How can I rotate a PICT?
>
        There is in the UMPG an article describing how to rotate bitmaps, if
that helps.
>From [e-mail] 5 Jun 94 16:51:17 GMT
Path: ucivax!gateway
From: [e-mail] (Mauricio Tavares)
Subject: Problems Compiling TCP
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL2]
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 17
Date: 5 Jun 94 16:51:17 GMT

        I was trying to compile the TCP library when I got the following
error message:

Error: Parameter list is inappropriate here

The offending statement, taken from the TCPPB.h header file, is shown
bellow:

typedef void (*TCPNotifyProc) (
                StreamPtr tcpStream,
                unsigned short eventCode,
                Ptr userDataPtr,
                unsigned short terminReason,
                struct ICMPReport *icmpMsg);

Suggestions?

>From [e-mail] 5 Jun 94 18:34:19 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Dana S Emery" at Jun 5, 94 02:47:26 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 4035
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 81
Date: 5 Jun 94 18:34:19 GMT

> >   I think it's very unlikely that any host charges according to the
> >   number of mailing lists to which an account is subscribed. Way too
> >   difficult to enforce, even if it seemed desirable.
>
> Agreed, but that is such a narrow view of the reality as to be naive,
> we are talking about comercial enterprises here, it is natural for
> the billing structure to reflect the expected impact of an account,
> since Gigabyte capacity drives arent free this generally includes file
> storage as well as traffic, so a high volume of incoming mail will
> have a monetary impact, forceing the user to avoid active groups or
> resort to digests (when available).

The whole point of my original statement is that since the raw number of
mailing lists to which one is subscribed cannot be a good predictor of
how much disk space one's incoming mailing list traffic will occupy, it
would be pointless for an access provider to track such a raw number --
even if such a thing were feasible.

As I have said before, one could make the case that in general as the
mailing list count goes up so does the overall traffic, but I believe I
responded to that notion pretty effectively within the current context,
more specifically that when you split up a mailing list which covers two
topics into two mailing lists which each cover one of the topics, there
is no implication that overall traffic will go up.

And also as I have said before, I believe this mailing list does cover
two topics, that of programming the Macintosh and that of programming
with THINK C and Symantec C++.

When you come right down to it, if you're going to worry about how much
additional disk space an additional mailing list might cost someone,
you ought to first worry about how much disk space is already being
needlessly expended on the fact that some present subscribers are
interested in only one of the topics covered by this list.

> >   I don't think I am projecting anything. Groundlessly impugning
> >   my personal psychology is hardly a productive way to conduct a
> >   discussion.
>
> Hardly groundless, I stated my assumptions, you have been arguing
> them, how can you think my statements groundless?

OK, then you must not understand what "projecting" means. It's a
specific symptom of not being able to deal with one's own psychological
problems and attributing them to those nearby. I believe it's even
considered to be a neurosis in its own right. I don't think I'm doing
that sort of thing.

> my quible was that you were undermining your argument by the spurious
> claim that there was _no_ penalty for haveing subscriptions to
> multiple groups, it just aint so. Funy thing: there are very few true
> absolute declarations.

If you go back and read what I wrote, you will see that I qualified
the statement several times and in several ways. I allowed for the
possibility that overall traffic might go up (probably slightly), just
as I have done in this message, but I also pointed out that the number
of mailing lists to which one has subscribed cannot be a good predictor
of overall traffic, just as I have done in this message. Hardly an
absolute statement.

> Equally funny thing, most people seem to react much harder to
> criticism than to agreement, even when the agreement is the main point
> made, seems as if homo sap still has a significant amount of group
> mentality.

I don't know what you mean by "group mentality" here, but I will confess
to some amount of defensiveness, especially when people are incorrectly
tossing about psychological terms like "projecting".

> Finally, I think the present charter is fine, the present drift is a
> little disturbing, but not enough so to prompt any action other than
> perhaps to reference related mailing groups in the FAQ.

Perhaps if the FAQ were posted weekly or monthly to the list this sort
of thing would help, but as it stands now it's not.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]
 Symantec C++ a "Bjarne Burner"? Yeah, I'd be pretty burned up, too!
>From [e-mail] 5 Jun 94 18:50:40 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Mauricio Tavares" at Jun 5, 94 04:41:41 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 2659
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 59
Date: 5 Jun 94 18:50:40 GMT

> I have a problem here: is this list aimed at programming in C with the
> Mac? If that is the case, how can you separate that from, as you said,
> programming the Macintosh in general? Personally, I can't.

As I have heard it stated many times by the list maintainer, this list
is intended to cover programming in THINK C and Symantec C++. The
compilers happen to run on the Mac, but the topic statement makes no
mention of programming on the Mac or programming for the Mac. I would
imagine that the topic could be perceived as including programming
on the Mac, but from what I read I can't perceive it as including
programming for the Mac.

However, as I have said several times now, I am not averse to the notion
that this list ought to be used for the discussion of programming for
the Mac. I'd just like to see somebody with clout say it out loud and/or
change the name of the list to reflect this.

For the record, here is what the README.list file on the archive site
has to say:

> This list has been created to discuss topics of interest among users
> of Symantec's Think C compiler for the Macintosh personal computer.

I think we can safely assume this now includes Symantec C++. Or not. I'm
willing to discuss that, too.

> These topics include:
>
> o programming tips and examples

To my arguments, this line is the most damaging, because it is the
most flexible and permissive. However, coupled with the first general
statement, I think the interpretation would have to be "tips and
examples of interest among users of Symantec's THINK C". If you really
want to push it, you could interpret this to mean that people who use
THINK C are interested in programming tips and examples of many sorts,
but if that's the case, why call it the THINK C list? Why not just call
it the programming tips and examples list, and simply suggest to THINK C
users they might be interested?

> o discussion of compiler bugs and/or misfeatures and workarounds

This line is clearly on my side. :-)

> o questions related to programming the Macintosh with Think C and/or
>   object-oriented programming

I originally thought this line was damaging to my case, but now I
see how it fits in with what I have been saying. Many of the queries
posted to this list are perfectly reasonable questions about Macintosh
programming. However, the sample code posted often could easily be
translated into another compiler's dialect of C (almost always with no
changes) or, even more tellingly, into Pascal. And the answers would be
roughly the same, too.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 Microsoft Windows: like putting lipstick on a chicken.
>From [e-mail] 5 Jun 94 19:05:58 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: ADMIN: list future (was Re: Symantec 7.0.2 updater...)
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Mauricio Tavares" at Jun 5, 94 04:41:41 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1631
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 32
Date: 5 Jun 94 19:05:58 GMT

> I have a problem here: is this list aimed at programming in C with the
> Mac? If that is the case, how can you separate that from, as you said,
> programming the Macintosh in general? Personally, I can't.

Sorry to clog people's mailboxes, but these little meta-discussions do
tend to crop up with some frequency in new media like mailing lists, and
there was an important aspect of the above-quoted posting to which I
failed to respond.

I have been assuming people were capable of making this distinction,
but I guess I am finding out now that at least some people are not.
I have programmed the Mac in C, Pascal, 68K assembly, Forth, BASIC, and
even HyperTalk (in no particular order of preference). I have programmed
under MacOS, UNIX, and DOS (this time very definitely in particular
order of preference). I have even done some work under one OS building
programs meant to be run under a different OS. I mention these things
only to explain why I believe the distinctions between programming
with THINK C and/or Symantec C++ and programming with C and/or C++ and
programming for Macintosh are very clear.

My only questions have been along these lines: do we want to continue
to allow this list to cover at least two topic areas but claim to cover
only one? Or should we instead formally change the charter and/or the
name? Is enforcement of the existing charter enough? How should such
enforcement be conducted?

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 C   credo: "Trust the programmer."
 C++ credo: "Put the muzzle of a shotgun in your mouth and
             give the programmer the trigger..."
>From nagel@barracuda 5 Jun 94 20:22:02 GMT
Path: ucivax!gateway
From: nagel@barracuda ("Mark D. Nagel")
Subject: list future: my comments
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <845.770847499@barracuda>
Reply-To: [e-mail]
Approved: [e-mail]
Organization: Relational Data Systems, Irvine, CA
Lines: 30
Date: 5 Jun 94 20:22:02 GMT
Phone: [phone]

I've watched the discussion for the past few days and have come to
several conclusions:

    1. (Most important) The think-c list will continue to be devoted
       to discussion of THINK C and Symantec C++.  CodeWarrior has
       its own list and if I switch to using it, I know where to
       subscribe :).

    2. Some people perceive a drift in the list contents of late.  I
       must agree, but not for the same reasons.  I've seen a slow
       replacement of the discussion topics with what might be termed
       "beginner" questions.  Nothing wrong with a few of these, but
       the list used to be more technical; now it has become quite a
       bit less so.  I think that developing a FAQ for the list will
       help, and I'm working on one.  Please send me any suggestions
       for contents of the FAQ.

    3. The charter for this list has always included general Mac
       programming.  I don't remember seeing a huge amount of traffic
       dedicated to problems specific to working with the compiler.
       I don't really feel it's necessary to modify this, but if
       most people do, I would consider splitting the list into more
       than one list with more specific topic areas.

Mark
--------
Mark D. Nagel <[e-mail]>      Relational Data Systems
                                             30 Executive Park, Suite 260
Eat right.  Exercise.  Die anyway.           Irvine, CA 92714
                                             [phone]
>From [e-mail] 5 Jun 94 20:42:55 GMT
Path: ucivax!gateway
From: [e-mail] (Larry Weinberg)
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 13
Date: 5 Jun 94 20:42:55 GMT


This mailing list seemed fine until this discussion of identity began.
I used to get 3-5 messages a day at most.
Now I'm getting 20-30 self-reflexive wonderings about its meaning in life.

Will it ever end?

Larry

Larry Weinberg                          Rhythm & Hues, Inc.
INTERNET:   [e-mail]
We can't all, and some of us don't.  That's all there is to it.  -- Eeyore

>From [e-mail] 5 Jun 94 21:48:10 GMT
Path: ucivax!gateway
From: [e-mail] (Bill MacIntosh)
Subject: Re: Rotating a PICT
Message-ID: <[e-mail]>
X-Mailer: InterCon WorldLink 2.0
Content-Type: text/plain; charset=US-ASCII
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 17
Date: 5 Jun 94 21:48:10 GMT

> > I want to draw lines using a string of repeating PICT's.  I've run
> > into the problem of rotating a PICT so that the line can be drawn
> > in directions other than horizontal.  How can I rotate a PICT?
> >
>       There is in the UMPG an article describing how to rotate
> bitmaps, if that helps.
>

Mauricio,

Where might I find this UMPG article?  Especially, where on the 'net.


Bill MacIntosh
[e-mail]


>From [e-mail] 6 Jun 94 00:01:42 GMT
Path: ucivax!gateway
From: [e-mail] (Aaron Barnett)
Subject: PICT resource -> bitmap
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 10
Date: 6 Jun 94 00:01:42 GMT


i have a PICT resource that i need to use as a bitmap.
like for copybits (actually copymask).
how can i convert it?



\.
aaron <[e-mail]>
"i think im going crazy, but its only in my mind."
>From [e-mail] 6 Jun 94 03:48:30 GMT
Path: ucivax!gateway
From: [e-mail] (Joel Henderson)
Subject: ADMIN: Repost FAQ regularly
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Organization: EOS / Educational Online Sources <[e-mail]>
Lines: 41
Date: 6 Jun 94 03:48:30 GMT

Hi,

This discussion of admin leaves me wondering what would be so hard
about posting a weekly intro. This would be a brief introduction
to the list, its goals, and where to find more related info. For
example, something like this:

----

You are subscribed to comp.sys.mac.oop.tcl (or whatever the list is
called; I have it through a shadow remailer).  This list is intended
for discussion of Symantec's Think Class Library. Although we prefer
discussion relating specifically to TCL, programming obviously isn't
so cleanly separated from hardware, operating systems, and so on.
So discussion may tangentially include information about programming
in C, C++, object-oriented languages, and the Macintosh toolbox.
For beginners, it's often hard to see when a problem is related to
the language (such as C++), the implementation (Symantec), the
class library (TCL), and the operation system (Macintosh)--
so don't be shy, if you're not sure. This is a place to learn.

Before you post, though, you should check to see if your question
has already been answered in the Frequently-Asked-Questions (FAQ)
file. Here's how to find and read the FAQ...   (instructions here)
The FAQ also has recommendations for good books to read about
Mac and C programming, online resources, archive sites, and
instructions on how to search past postings.

You may also want to subscribe to some of these related lists;
instructions for subscribing to them are in our FAQ:

   code warrior        --   for Metroworks (?)
   ???                 --   general Mac programming
   ???                 --   C programming
   ???                 --   Prograph (another object-oriented Mac language)

--------------------------------------------------------------------------
[e-mail]           Web--> http://home.eos.brown.edu/eos1/
EOS: Educational Online Sources    FTP/Gopher--> home.eos.brown.edu
Box 2325 / Providence, RI 02906    Send mail to [e-mail]
[e-mail] / 1-800-ask-eos1    and somewhere in it write: help!
>From [e-mail] 6 Jun 94 06:47:06 GMT
Path: ucivax!gateway
From: [e-mail] ("Robert S. Mah")
Subject: Re: ADMIN: list future
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 22
Date: 6 Jun 94 06:47:06 GMT

At  7:05 PM 6/5/94 +0000, Pete Gontier wrote:

> My only questions have been along these lines: do we want to continue
> to allow this list to cover at least two topic areas but claim to cover
> only one? Or should we instead formally change the charter and/or the
> name? Is enforcement of the existing charter enough? How should such
> enforcement be conducted?

Well, as someone who reads this mailing list, the codewarrior mailing list
and comp.sys.mac.programmer, I can say that I'd like this list to concentrate
on issues related only to Think C/Symantec C++.  The occaisonal, toolbox
question is no big deal, but I subscribed to the think-c mailing list more
to hear about gotcha's particular to the Think C compiler than anything
else.

Cheers,
Rob

___________________________________________________________________________
Robert S. Mah  -=-  One Step Beyond  -=-  212-947-6507  -=-  [e-mail]


>From [e-mail] 6 Jun 94 12:44:48 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: list future wanted
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Date-warning: Date header was inserted by AdminA.RFERL.Org
Lines: 22
Date: 6 Jun 94 12:44:48 GMT


I've seen:

"Microsoft Windows: like putting lipstick on a chicken."

How about:

"God apparently doesn't have a Macintosh yet"


Just an idea of what I think shouldn't be on that list. However,
still not the most clever answer so far to "ADMIN: list future".

--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 6 Jun 94 12:44:59 GMT
Path: ucivax!gateway
From: [e-mail] (Markus Waldorf)
Subject: list server virus
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Date-warning: Date header was inserted by AdminA.RFERL.Org
Lines: 20
Date: 6 Jun 94 12:44:59 GMT

Sorry if I sound ironic, but I cannot help trying to recall who the
persons was which put the future of this list in question. Is (s)he
still listening or just laughing somewere.

(How to disturb list - just post a question on its future!?).


Can I make a suggestion, please?

How about leaving it all as it is. Can't we just say, that if someone is
not receiving flames or even nothing at all, then the posting is rather
on the topic. I'm sure that if people are not receiving answers, they sooner
or later leave. Also, I don't have a problem with the name of this list.

Thanks.

(I always have to say something, when I better shut my mouth!)



>From [e-mail] 6 Jun 94 14:02:02 GMT
Path: ucivax!gateway
From: [e-mail] (Thomas Bridgwater)
Subject: Re: KeyMap and codes
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.4 PL23]
Content-Type: text
Content-Length: 3771
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 73
Date: 6 Jun 94 14:02:02 GMT


After Markus suggested that I post my response to his question to the
list in general, I thought I might do just that... so here it is:

---------------------------------------------------------------------------
> Well, I don't know, perhaps I don't understand you. It's
> clear to me that the codes behind the keys are always the
> same and that the system remaps or passes on these codes,
> according to the current KCHR resource. The thing that makes
> me wonder is that apparently the Shift key and the letter "8"
> seem to produce the same code Hex 38. I assume there's
> something special to these keys like Capslock, Shift, Option and
> Command.

Okay, it seems like you're getting mixed up in the difference in what's
being called the 'character' versus the 'key code'. There are two
situations in Mac programming that deal with what's happening at the
keyboard.

The first is in the event loop when you get a keyDown, autoKey, or keyUp
event. In this case the 'message' field in the EventRecord structure
gives you information about both of these codes. This event comes only
from actions related to keys that actually have a character associated
with them (like the a-z and number keys, but not the shift key). In the
message field of these events, the byte in bits 0-7 indicates the
'character' (ASCII value: 0x38 for the '8' key) and the byte in bits
8-15 indicates the 'key code' (the code from the keyboard: 0x1C for the
normal '8' key, and 0x5B for the numeric keypad '8' key).

The other way your application gets information about the keyboard is
through a call to GetKeys(). GetKeys takes as its only parameter a
pointer to a 16-byte structure of type 'KeyMap' (typedef'd as an array
of long). The result of this function is that this structure is filled
with information about what keys are currently depressed. Each bit in
the structure is a flag for one of the 128 possible key code calues; a 1
indicates the key is depressed, 0 indicates it is released. This
structure is in the order of a pascal packed array of Boolean, so the
order isn't immediately obvious. To determine which bit represents a
particular key code value, take bits 3-6 of the desired key as
indicating the offset into the structure and bits 0-2 indicate which bit
in that byte should be checked. In other words, the bytes are arranged
little endian. One more hitch is that at any one time a maximum of seven
bits will be set: you can have any combination of the five modifier keys
(shift, command, option, caps lock, control) and any two other keys.
Here's a little routine that may be clearer than what I've written just
now that checkes if a given key is pressed:

Boolean isPressed(unsigned char keyCode) {
  unsigned char keyMap[16];
  GetKeys(keyMap);
  return ((keyMap[keyCode>>3] >> (keyCode&7) & 1); }

Oh, one more thing... while playing around with this to make sure I
wasn't telling you something incorrect, I noticed that there are three
key codes generated by the extended keyboard that aren't by the other
keyboards available. These are for the right command, option and shift
keys... I don't remember exactly what these codes were, but the right
shift key generates the key code 0x3C and the other right modifier keys
are in a sequential series with this one (but I don't remember in what
order). Not having that keyboard, I couldn't check exactly how that
works, but I think that in the key map from GetKeys() each of these three
keys will cause two bits to be set (perhaps changing the maximum bits
set to 10): the normal (shift = 0x38) and the special (r.shift = 0x3C).


    I hope all this helps, and that I'm not too hard
        to understand (as I tend to get when talking
        about the details of the system)

            -- Tom Bridgwater



>From [e-mail] 6 Jun 94 15:31:14 GMT
Path: ucivax!gateway
From: [e-mail] (Greg Vaughn)
Subject: Porting from MPW to Think C
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 28
Date: 6 Jun 94 15:31:14 GMT

I got ahold of an article and code samples from Develop 11 from
ftp.apple.com last week called the Asynchronous Sound Helper. I'm having
problems with the code though. It was written for MPW C and is not directly
compiling with the Symantec C++ 7.0.1 (full version, not just updates)
compiler that I'm using. Is anyone familiar with this article? Have you
used it in the Think environment?

If no one has, then here's the problem that I can't get over. It's a syntax
error in a prototype declaration in one of the header files. The line is:

        pascal OSErr SHGetChannel(long refNum, SndChannelPtr *channel);

The header file this is in #includes another header file which in turn
#includes Sound.h. If I #include <Sound.h> directly in this file then I get
an error in Sound.h. This happens both with the Apple Headers and the
Universal Headers version of Sound.h. I'm using the factory setting for the
compiler.

Any ideas?


 ______
/\__  _\                | Greg Vaughn
\/_/\ \/ exas           | Physics Grad Student, Insulator Research Lab
   \ \_\ ech University | Finger: [e-mail]
    \/_/ Lubbock, Texas | E-Mail: [e-mail]


>From [e-mail] 6 Jun 94 15:43:25 GMT
Path: ucivax!gateway
From: [e-mail] (Brian Bezanson)
Subject: RE>PICT resource -> bitmap
Message-ID: <[e-mail]>
X-Mailer: InterCon Dispatcher/SMTP for QuickMail
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
X-Priority: 4
Lines: 19
Date: 6 Jun 94 15:43:25 GMT

Date    6/6/94
Subject RE>PICT resource -> bitmap
From    Brian Bezanson
To      Aaron Barnett, think-c

        Reply to:   RE>PICT resource -> bitmap
>i have a PICT resource that i need to use as a bitmap.
>like for copybits (actually copymask).
>how can i convert it?

Create an appropriate off-screen bitmap (color or b/w) and "Draw" the pict in
the bitmap. Nnow you have a bitmap and you CopyBits all you want. See THINK
Reference (buy it if you don't have it) if you need sample offscreen code.

Brian




>From [e-mail] 6 Jun 94 17:12:50 GMT
Path: ucivax!gateway
From: [e-mail] (Pete Gontier)
Subject: Re: list server virus
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Markus Waldorf" at Jun 6, 94 12:44:59 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1347
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 27
Date: 6 Jun 94 17:12:50 GMT

> Sorry if I sound ironic, but I cannot help trying to recall who the
> persons was which put the future of this list in question. Is (s)he
> still listening or just laughing somewere.

Actually, it was the maintainer of the list, Mark Nagel. I suspect he is
still around here somewhere.

> How about leaving it all as it is. Can't we just say, that if someone
> is not receiving flames or even nothing at all, then the posting
> is rather on the topic. I'm sure that if people are not receiving
> answers, they sooner or later leave. Also, I don't have a problem with
> the name of this list.

I find it bizarre that people are so willing to cling to the status
quo just to avoid having to discuss it. I'm not singling anyone out,
here; I've received a fair volume of private mail to this effect, as
well. I don't really care if the list stays the way it is at this point,
but if it turns out that way only because people would rather not have
their boats rocked, then I daresay we might as well be discussing Cobol
programming on mainframes with command-line interfaces. And while we're
at it, let's all put on ties and apply hair remover to our scalps and
make sure we get no less than three martinis at lunch.

--
 Pete Gontier, CTO, Integer Poet Software; [e-mail]

 You thought Obfuscated C was confusing? Wait for Obfuscated C++!
>From [e-mail] 6 Jun 94 19:51:12 GMT
Path: ucivax!gateway
From: [e-mail] (Pindar Infotek Ltd)
Subject: Re- ADMIN- list future
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 31
Date: 6 Jun 94 19:51:12 GMT


>From Pindar user Ian McCall

Subject: _Re: ADMIN: list future
> I think it's very unlikely that any host charges according to
> the number of mailing lists to which an account is subscribed.
> Way too difficult to enforce, even if it seemed desirable.

I've kept out of this discussion so far because I've really had
nothing unique to say. However, I'd like to comment on this point.

I used to go to Lancaster University, and as far as I recall that
University limited the amount of automatic mailing lists a person
could be subscribed to. The rules could be broken of course, and they
really didn't have much way to check. Still, it was a definite
limitation that tends to work against the 'specific list' argument.

I am happy with things the way they are. I would also like to propose
a time limit of some kind for the discussion, since the list's
biggest problem at the moment is the amount of admin-related traffic.
How about we give it a week and then take some form of vote?


Ian



---
Please make 'Attn:<space>Ian McCall' the first line of your reply
(not the subject) to ensure automatic forwarding to the correct
Pindar user.
>From [e-mail] 6 Jun 94 21:01:51 GMT
Path: ucivax!gateway
From: [e-mail] ("Alan D.")
Subject: Re: ADMIN: list future
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Robert S. Mah" at Jun 6, 94 06:47:06 am
X-Mailer: ELM [version 2.4 PL22]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 405
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 9
Date: 6 Jun 94 21:01:51 GMT

I'd just like to add a minor protest to the idea of posting a weekly
FAQ, Admin posting, etc.  I don't pay for my bandwidth, per se, but I
do have limits, and each message pushes me closer to them. *grin*

I have no problem at all with off-topic messages, or even monthly or
bi-monthly FAQ or Admin postings.  However, I think repeat posts just
detract from the signal to noise ratio...

          -=Alan
>From [e-mail] 7 Jun 94 18:36:35 GMT
Path: ucivax!gateway
From: [e-mail] (Jim Wintermyre)
Subject: Extracting routines from binary libraries?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 31
Date: 7 Jun 94 18:36:35 GMT

Help!  This is driving me crazy.  I have a binary THINK C library, probably
created with a pre-7 version of THINK C.  I need to create a library that
only contains a few of the routines in this library.  How do I do it?  I know
how to do it if I have an MPW or THINK Pascal binary library, using the .o
converter.  But how do I do it with a THINK C binary library?

I tried creating a THINK Pascal binary library by just including this THINK C
library and building the new library.  Then I went into MPW and tried to
create a new library with just the routines I needed by following the
procedure in the .o Converter section of the THINK C manual.  But I ended up
with an empty library.  It seems like there must be some way to do this in
THINK C.  I must be missing something.

Here's why I need this.  I'm working on a project in THINK Pascal.  I wrote a
routine in THINK C so I could hand optimize it, and I saved it as a THINK C
binary library that I included in my THINK Pascal project.  The problem is
that this routine makes a call to another routine which is defined in this
*other* binary THINK C library.  This library contains a bunch of other
routines that I don't need, and when I include it in the THINK Pascal
project, I get a bunch of multiply defined routines and other link errors.
If I could just eliminate the routines I don't need, the link problems would
go away.

Any ideas?

Thanks,

Jim

[e-mail]
[e-mail]
>From [e-mail] 7 Jun 94 19:04:55 GMT
Path: ucivax!gateway
From: [e-mail] ("Mr. Neb")
Subject: Where do I get...
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 16
Date: 7 Jun 94 19:04:55 GMT


  Yeah, I know, this is another one of those "Where do I find xxx"
posts.  Just bare with me and I will make it quick and painless ;-)

  What's the email address (or whatever address/phone # will do)
to get ahold of the docs for creating an external editor for TPM?

Dave.

============================================================
Dave Nebinger                    [e-mail]
Network Manager, Biology Dept.   [e-mail]
Bowling Green State University   dnebing@bgsuopie (bitnet)
Bowling Green, OH 43403          #include <std_disclaimer.h>

             *THE* alt.sources.mac supporter!
>From [e-mail] 8 Jun 94 02:13:09 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Problem: Update v6.0.1 --> v7.0
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 21
Date: 8 Jun 94 02:13:09 GMT

Dear netters:

Hello.  Recently, I updated my Symantec C++ v6.0 for Macintosh to v6.0.1.
 And, I downloaded v7.0 update patch, and followed the instruction to update.
 However, when I re-precompile TCLHeaders++ from the file "TCL #include.cp",
I got this warning message from the compiler:

File <Exceptions.h>; Line 71; While Compiling <TCL #includes.cp>
Warning: unrecognized pragma

In the file "Exceptions.h" at line 71 contains following:

#pragma nooptimize(CatchException)

Although the compiler gives this message, it lets me save precompiled file.
 But will it be a problem in the future?

Thanks in advance.

[e-mail]

>From [e-mail] 8 Jun 94 05:11:31 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Re: Multiple Screen Depths
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 17
Date: 8 Jun 94 05:11:31 GMT

Brent,

To draw to multiple depth screens, use the DeviceLoop() trap in the Graphics
Devices chapter of IM.  It'll handle rationalizing everything to the proper
depth and type of monitor.  It's the recommended way.

To drag a window anywhere in the GrayRgn, make the drag rect the bounding
rect of that gray rgn.  I think that'll do it.

Good luck,
Malcolm Teas
Teas Technology - Custom software for the Mac and Newton.
[e-mail]




>From [e-mail] 8 Jun 94 14:13:43 GMT
Path: ucivax!gateway
From: [e-mail] (John Wiggins (LS TP/414 508-262-1021) )
Subject: Re: list future: my comments
Message-ID: <[e-mail]>
In-Reply-To: Your message of "05 Jun 1994 20:22:02 GMT."
             <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 56
Date: 8 Jun 94 14:13:43 GMT

Mark:

You probably already know this, but you might want to contact Michael
Kelly and Kent Sandvick for help in getting your list together.
Especially since many of the FAQ may not *always* be ThinkC specific
;-)


Hope this helps,
John Wiggins

email: [e-mail]                 John Wiggins, TP/414
 tele: 508-262-1021                             1100 Technology Park Drive
  FAX: [phone]                             Billerica, MA 01821


        __________________________________________________________
On nic.switch.ch (The Swiss Academic and Research Network), in
/software/mac/FAQ, you can find two files of FAQ
                     +---------------------------------+
                     | Frequently Asked Questions List |
                     |   for Comp.Sys.Mac.Programmer   |
                     |         August 3, 1992          |
                     |            PART  ONE & TWO      |
                     +---------------------------------+

This FAQ list is maintained by Michael A. Kelly.  He can be reached at the
following addresses:

   Internet:  [e-mail]
   SnailMail: Computer Science Dept.
              University of Oregon
              Eugene, Oregon  97403

He also claims to automatically posted this once a week to
comp.sys.mac.programmer.  It is also available via anonymous ftp from
ftp.cs.uoregon.edu [128.223.8.8] (user name 'anonymous', your internet
address as password) in the files /pub/mac/csmp-faq-1 and
/pub/mac/csmp-faq-2.

        __________________________________________________________

Also, in the same directory on nic.switch.ch, you may find an RTF file
written by Kent Sandvik:

Frequently Asked MPW++ and MacApp Questions:

Version: 1.0a7
Date: 02/03/91
Moderator: Kent Sandvik, Apple Developer Technical Support
Concerning changes, comments, updates, corrections, right to use and any other correspondance, contact:
AppleLink: KSAND
Usenet: [e-mail]
CompuServe: 75300,1331
For more updated information, consult the Developer Services Q&A stack, available on ftp.apple.com (Internet), and on the Developer Services CDs.

>From [e-mail] 8 Jun 94 14:41:29 GMT
Path: ucivax!gateway
From: [e-mail] (Greg Vaughn)
Subject: Help with link errors
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 35
Date: 8 Jun 94 14:41:29 GMT

Sorry if this is really basic to some of you folks, but this is the first
multiple source file project I've done. It compiles fine in one source
file, but as it has been growing I decided to split it up. Now I'm getting
a link error and I can't figure out why. Here's what I did:

1. Moved all #includes, #defines, and prototypes into a .h file (call it
foo.h) which each source file (call them foo.c and bar.c) will include.

2. I kept the global declarations in foo.c (the one that has main() ) but
added extern declarations of them in foo.h so the other source files can
access them.

3. I cut a set of related functions out of foo.c and put them in bar.c
(making sure bar.c #includes foo.h)

Now there is a function called DoVolumeMenu() that is in foo.c but it gets
called in bar.c. When I try to update the project everything compiles OK,
but it gives me a link error and says that DoVolumeMenu() is undefined, but
I can see the prototype to it right there in foo.h. I even tried copying
the prototype directly into bar.c and I still got the same error.

Another strange thing is that DoVolumeMenu() is not the first function in
foo.c that gets called in bar.c.

Any ideas?
BTW I'm using SC++ 7.0.1 (or is it 7.0.2? -- well with the update)


 ______
/\__  _\                | Greg Vaughn
\/_/\ \/ exas           | Physics Grad Student, Insulator Research Lab
   \ \_\ ech University | Finger: [e-mail]
    \/_/ Lubbock, Texas | E-Mail: [e-mail]


>From [e-mail] 8 Jun 94 15:34:49 GMT
Path: ucivax!gateway
From: [e-mail] (Hong Shi)
Subject: Help: H.Level Events
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 27
Date: 8 Jun 94 15:34:49 GMT

I have these in my program:

        TargetID        myTarg;
        long            myRefCon,len;
        Ptr                     myBuff;
        OSErr           myErr;

        len = 0;
        myBuff = NULL;
        cursorRgn = NewRgn();

..
        myErr = AcceptHighLevelEvent(&myTarg,&myRefCon,myBuff,&len);
        if (myErr == bufferIsSmall){
        myBuff = NewPtr(len);
     myErr = AcceptHighLevelEvent(&myTarg,&myRefCon,myBuff,&len);
        }

When I compile it using Symantec C++ 6.0, I always got the error which
sais the second param of AcceptHighLevelEvent() does not match
prototype, I checked Inside Macintosh and the second param is VAR
LongInt, so I don't know what's wrong, I also tried only myRefCon (no
&), same error, does anybody has any idea?

Thanks ahead.

Hong
>From [e-mail] 8 Jun 94 18:40:54 GMT
Path: ucivax!gateway
From: [e-mail] (Kirk Swenson)
Subject: Re: Problem: Update v6.0.1 --> v7.0
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 49
Date: 8 Jun 94 18:40:54 GMT

>Hello.  Recently, I updated my Symantec C++ v6.0 for Macintosh to v6.0.1.
> And, I downloaded v7.0 update patch, and followed the instruction to update.
> However, when I re-precompile TCLHeaders++ from the file "TCL #include.cp",
>I got this warning message from the compiler:
>
>File <Exceptions.h>; Line 71; While Compiling <TCL #includes.cp>
>Warning: unrecognized pragma
>
>In the file "Exceptions.h" at line 71 contains following:
>
>#pragma nooptimize(CatchException)
>
>Although the compiler gives this message, it lets me save precompiled file.
> But will it be a problem in the future?

We had the same problem and I spent more time than I would have liked
trying to sort out the answer.  There is a note in the most recent MacTech
magazine in the THINK Top 10 section about this and other problems that
occur when upgrading.  The "pragma nooptimize" is not recognized by the C++
compiler, as the error message suggests.  Earlier versions of the compiler
just let unrecognized pragmas go by without flagging them.  The new version
gives you the option of flagging them or not, but defaults to giving the
warnings.  (It's among the preferences for warnings.)  I assume that they
are aware that the C++ compiler may try to optimize where they didn't want
the C compiler to be doing so, and don't expect any problems as a result,
but I don't recall the article saying so explicitly.  Several other
potential problems with the upgrade procedure were also described, but I
don't have it in front of me so I can't be more specific.

In general, I am not impressed with Symantec's handling of their last few
upgrades.  Version 7 was supposed to make us all forget the problems that
plagued version 6.  While the code generation problems may have been solved
(I haven't used version 7 enough to speak from experience), the resource
hacking and other ridiculous aspects of the version 7 upgrade do not
inspire confidence.  Furthermore, you'd think that they would have tested
the upgrade procedure sufficiently to anticipate that when everyone got the
same error/warning messages when recompiling their headers and libraries,
that they'd want to know why.  Yet I can't find any mention of such
problems in the upgrade docs.  I suppose I should be glad they could find
the time to explain some of these issues in the MacTech article.  If
Symantec is trying to clean up its act to prevent losing market share to
CodeWarrior, I'm not impressed with the effort.

Kirk Swenson
Smith-Kettlewell Eye Research Institute
San Francisco, CA
[e-mail]


>From [e-mail] 8 Jun 94 20:18:37 GMT
Path: ucivax!gateway
From: [e-mail] (Jim Wintermyre)
Subject: Keith Rose, are you out there?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 4
Date: 8 Jun 94 20:18:37 GMT

Sorry for posting this to the list, but I lost the address I was trying to
respond to.  So, Keith Rose, if you are out there, what is you email address?

Jim
>From [e-mail] 8 Jun 94 23:27:42 GMT
Path: ucivax!gateway
From: [e-mail] (Larry Weinberg)
Subject: TPM using memory
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 20
Date: 8 Jun 94 23:27:42 GMT


Every time I compile my project, the Think Project Manager is
using up more memory (usually about 800k per compile).  After
a few iterations, I run out of memory.

I am using version 7.0.1 of TPM  (Full installation from diskettes).

Is this happening to everybody and therefore a known bug,  or am
I doing something special that is causing it?

I have a pretty large project and am storing debug info seperately.
I am also compiling for 68881 fpu.

Thanks for any insights...

Larry
Larry Weinberg                          Rhythm & Hues, Inc.
INTERNET:   [e-mail]
We can't all, and some of us don't.  That's all there is to it.  -- Eeyore

>From [e-mail] 8 Jun 94 23:40:26 GMT
Path: ucivax!gateway
From: [e-mail] (barnett aaron)
Subject: color problem
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 12
Date: 8 Jun 94 23:40:26 GMT

ive got an offscreen bitmap that is 8-bit depth
im moving relevent pieces of it into a window
well, when i set the monitor to lesser bit-depths
(i dont have the ability to test more...)
the colors are all wacked out.
i do have a custom pallete applied to the window.
help?


\.
aaron <[e-mail]>
"It's a safety mechanism, the mind shuts off."
>From [e-mail] 8 Jun 94 23:45:32 GMT
Path: ucivax!gateway
From: [e-mail] (Kirk Crawford)
Subject: Symantec C 7 Prefs File for
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 11
Date: 8 Jun 94 23:45:32 GMT

Subject:  Symantec C 7 Prefs File for McCLint
Does anyone have a prefs file set up for McCLint to work with Symantec C v7?

I just got McCLint and it came with one for TC5, and there are some symbols
that I think need to be defined.

Kirk Crawford
The Aerospace Corp



>From [e-mail] 9 Jun 94 01:51:52 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Re: Problem: Update v6.0.1 --> v7.0
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 27
Date: 9 Jun 94 01:51:52 GMT

ATTN: Kirk Swenson,Smith-Kettlewell Eye Research Institute, San Francisco, CA
  [e-mail]

First of all, thanks for the answer.
++++++++++++++++++++++++++++
>> The "pragma nooptimize" is not recognized by the C++
compiler, as the error message suggests.  Earlier versions of the compiler
just let unrecognized pragmas go by without flagging them.  The new version
gives you the option of flagging them or not, but defaults to giving the
warnings.  (It's among the preferences for warnings.
++++++++++++++++++++++++++++++++

But, "Exception.h" is written by Symantec, which included in Symantec C++
v6.0.  And, in the manual(Think C/Symantec C++ User's Guide, pp323):

"The pragma nooptimize directive

The nooptimize pragma directive allows the apperance of a call to a function
to disable global and register optimizations for the function that makes the
call.  The directive disables register opmitmizations by turning off
automatic registerr assignment and honoring register declarations.  ......."

As in the manual, "nooptimize" directive is a valid pragma, and *should* be
recognized by the compiler.  Right?  or, am I missing something?

[e-mail]

>From [e-mail] 9 Jun 94 12:00:40 GMT
Path: ucivax!gateway
From: [e-mail] (Jan Hoeglund)
Subject: Problem with "static char *" in THINK C 5.0
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 33
Date: 9 Jun 94 12:00:40 GMT

I've converted some Lightspeed C 3.0 code to TC5. Everything
works fine except when a "static char *" is used in a call
to TESetText() (see below). Strlen() doens't return the
correct value. I cannot figure out why. Any help is greatly
appreciated! (Please, answer directly to my address.)

/************** First file *****************/
static char *text = "\
\r\
  ... 200 lines of text (about 6 kbytes) ...
\r\
";

void doText()
{
  ...
  setText(text, (long)strlen(text));
  ...
}
/************* Second file ******************/
void setText(text, len)
char *text;
long len;
{
  TEHandle th;
  ...
  TESetText((Ptr)text, len, th);
  ...
}
/********************************************/

Jan
[e-mail]
>From [e-mail] 9 Jun 94 20:05:51 GMT
Path: ucivax!gateway
From: [e-mail] (Greg Vaughn)
Subject: RE: Help with link errors
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 20
Date: 9 Jun 94 20:05:51 GMT

Thanks to everyone who replied. I was able to fix my problem. As several of
you pointed out I was using static functions. I was following some example
code when I started my project and it used static functions. I wasn't sure
what they did at the time, but now I know. I've only been programming in C
for about 6 months, so please excuse the newbie error. It has been a
learning experience.

I'm still working on trying the suggestions with my global variables some
of you mentioned.

Thanks again.


 ______
/\__  _\                | Greg Vaughn
\/_/\ \/ exas           | Physics Grad Student, Insulator Research Lab
   \ \_\ ech University | Finger: [e-mail]
    \/_/ Lubbock, Texas | E-Mail: [e-mail]


>From [e-mail] 10 Jun 94 12:25:16 GMT
Path: ucivax!gateway
From: [e-mail] (Rodolfo Cardarelli)
Subject: More debugger problems
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 9
Date: 10 Jun 94 12:25:16 GMT

I solved the "SIZE" problem, and now the Think Debugger seems to work.
This is not true anyway for projects using TCL. I rebuilt all the libraries
and included the TCL DEBUG prefix. Is there anything else I should know?
The debugger launches but just hangs forever.
By the way, for people who asked, in particular Steve Madancy, the file with
the explanation for the SIZE resource is in sumex under:
/info-mac/dev/think-c-70-patch-readme.txt
Thank you in advance for any help
Rodolfo
>From [e-mail] 11 Jun 94 13:51:44 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: 7.0 and project models
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 16
Date: 11 Jun 94 13:51:44 GMT

When I launch Think C project manager 7.0.1 and then ask for a new project, I
receive the list of possibilities (ANSI, Mac Application, etc.).  I then name
the project.  The folder is created, but then I get the modal bug dialog box
saying that "The project test.p is not a text file."  (I named the project
'test' and the 'p' is really the Greek pi symbol.)

What have I done wrong?

I have Think C installed pretty much identically on my PowerBook, and I don't
have this problem there.  It only happens on my Quadra.  I purchased 6.0 and
upgraded to 7.0.2 over the net.

Thanks in advance for any assistance.

Linda Custer
<[e-mail]>
>From [e-mail] 12 Jun 94 07:10:05 GMT
Path: ucivax!gateway
From: [e-mail] (Dave Sugar)
Subject: Comm Toolbox Help
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 43
Date: 12 Jun 94 07:10:05 GMT


  I'm working on an application where I am using the CommToolBox to read
data off of the serial port.  But, I need to read from it a 'line' at a
time.  Where a line is defined as text with a "/r/n" at the end of it
(most of the time)..

  I am writing an interface for a serial device and it sends human readable
text which I am parsing and filling structures based on the data that
comes in from the serial port.

  What I was doing, which was working just fine on a Centris 650 was to
have a function that would read a character at a time off of the serial
port untill it encountered a '/r' telling that I had reached the end of
the line.  It would return that line.  Then I do whatever I need to parse
the line and get the next one.

  Now, that was just fine on a Centris and Quadra.  But I was making sure
that the program would work on older machines and I got my friends Plus
and was playing around and it died a horrible death.  What it seems is
happening when using that same scenereo (sp??) is that I will loose data
somewhere.

  What I really need is some function that will help me just read data off
the serial port, stick it into some buffer in memory, or I need a way to
read quicker.  What I have been thinking is that if I could see how much
data was in the buffer read that much data and continue along on my merry
way.  That does not work because there is not necessarily any data in the
buffer at the time I call CMStatus (to see how much data is there for me
to read)..

  I'm looking for any sort of suggestions that someone might have who has
done something simular.  I am kind of familiar with the CommToolBox now,
and I seem to think that te CMAddSearch should be able to do something
like what I want but it doesn't seem to be working at all..

  Oh, just a little note, this serial device does not seem to support
such things as Control-S to pause and Control-Q to resume sending data.
It just ignores it and keeps the data right on comming..

  Anyway, Any help much appriciated..
  Dave Sugar
  [e-mail]

>From [e-mail] 12 Jun 94 17:06:06 GMT
Path: ucivax!gateway
From: [e-mail] ("Jeffrey K. Carney")
Subject: TE Tab Support
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 14
Date: 12 Jun 94 17:06:06 GMT

Hey, folks.  I was rather interested in TE32K for a while because it
claimed to support tabs, which normal TE doesn't do.  Looking over its
sample program, though, I realized that tab support is quite buggy.  Source
code is provided, so I guess I could modify the tabs...

but I was really hoping someone knew of a library <or something> out there
that would provide real tab support for ordinary TE.  IM suggests that it
can be done, so I was hoping it had been.

BTW: I have already jury-rigged a system, and it works, but it's clunky.

Thanks, Jeff


>From [e-mail] 13 Jun 94 01:59:24 GMT
Path: ucivax!gateway
From: [e-mail] (Dana S Emery)
Subject: Re: TE Tab Support
Message-ID: <[e-mail]>
In-Reply-To: Your message <[e-mail]> of 12 Jun 94
 17:06:06 GMT
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 21
Date: 13 Jun 94 01:59:24 GMT

>   BTW: I have already jury-rigged a system, and it works,
>   but it's clunky.
[Jeffrey K. Carney" <[e-mail]> claims to have
developed TE based tab support]

Jeffrey:

Do you handle tabs by translating them to spaces, or do you
support the <tab> character in-line?

Physical position on page or char-count?

How does it behave when a tab in the text calls for positioning
beyond the line wrap point?  As I recall this is the killer for
most TE-based tab support schemes, and it isnt clear exactly
what the user expects there anyway.

Boy wouldnt it be nice if apple only would...
--
dana s emery <[e-mail]>

>From [e-mail] 13 Jun 94 12:02:41 GMT
Path: ucivax!gateway
From: [e-mail] (Pindar Infotek Ltd)
Subject: FSpCatMove
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 48
Date: 13 Jun 94 12:02:41 GMT


>From Pindar user Ian McCall

Subject: _FSpCatMove
I'm having a very strange problem with FSpCatMove. I'm passing it a
perfectly valid couple of FSSpecs (both of which have been used
previously in my routine), yet it is returning -43, fnfErr.

According to THINK Reference, this is returned when the source file
could not be found. However, the source file -is- there. Just to
re-assure myself of that point, I stuck an FSpOpenDF call directly in
front of the call to FSpCatMove (closing the file straight aftwards).
This worked fine - a result of noErr was returned.

The following code gives an example of my problem. It is -not- a
direct copy of my code (which determines the FSSpec details from
assorted parameters), but is a faithful reproduction of its essence.


OSErr ProblemExample(FSSpecPtr sourceSpec, FSSpecPtr destSpec)
{
   long    sourceFRefNum;
   OSErr   theResult;


   theResult = FSpOpenDF(sourceSpec, fsRdWrPerm, &sourceFRefNum);
   FSClose(sourceFRefNum);

   if(theResult != noErr)
      return(theResult);

   theResult = FSpCatMove(&sourceSpec, &destSpec);
   return(theResult);   <--- theResult == -43 (fnfErr) at this
                              point
}

Any ideas? I -know- the FSSpecs are correct.


Ian




---
Please make 'Attn:<space>Ian McCall' the first line of your reply
(not the subject) to ensure automatic forwarding to the correct
Pindar user.
>From [e-mail] 13 Jun 94 15:25:18 GMT
Path: ucivax!gateway
From: [e-mail] ("Jeffrey K. Carney")
Subject: Re: TE Tab Support
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 40
Date: 13 Jun 94 15:25:18 GMT

>Do you handle tabs by translating them to spaces, or do you
>support the <tab> character in-line?

You won't believe what I do.  I hardly believe it.  See, I hate apps that
just substitute 5 spaces for a tab.  It's awkward when editing, and a pain
when transferring data to another app that does support tabs, since now you
have to change all your 5-space runs to real tabs.  But trying to figure
real tabs is not easy.

So I strike a compromise.  In place of a tab, I write 5 spaces bracketed by
a null on each end.  Now I intercept all editing characters.  If an arrow
key places me in the tab "field" I jump the cursor to the opposite side; to
the user, it looks like a single character.  A mousedown in the field will
also put the cursor to the nearest edge of the field.  (the nulls, btw,
differentiate my tab field from any other collection of spaces which a user
may deliberately intend as spaces.)  A delete from either end deletes the
whole field at once; likewise, selecting any part of the field will select
the whole field.  I forget how I did it, but line wraps always treat the
field as a word, so it wraps all at once.

Here's the kicker: when cutting and pasting, you'll want other apps to see
just a <tab>, not a field of weird chars, so I provide a filter that
translates the field to an oridnary <tab> or back again depending on the
operation.  This makes it all as invisible as possible.

Two drawbacks.  When an editing key jumps the cursor from one side of the
"tab" to the other, the cursor blinking loses its cadence; this is minor,
but noticeable if you're an anal retentive programmer.  More important, as
you might guess, the tab does not stay aligned with any fixed interval;
rather, like a group of five spaces, it will start and finish anywhere.
And that is the thing I had hoped to fix with something like TE32K, since
at best all I've provided is a pseudotab.

{The other problem with TE32K, which makes it maybe not worth hacking, is
that it doesn't support multi-styled text, and though I haven't plunged
into that yet, I may want to.}

Jeff


>From [e-mail] 13 Jun 94 16:54:44 GMT
Path: ucivax!gateway
From: [e-mail] (Brian Bezanson)
Subject: RE>7.0 and project models
Message-ID: <[e-mail]>
X-Mailer: InterCon Dispatcher/SMTP for QuickMail
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
X-Priority: 4
Lines: 42
Date: 13 Jun 94 16:54:44 GMT

Date    6/13/94
Subject RE>7.0 and project models
From    Brian Bezanson
To      custer, think-c

        Reply to:   RE>7.0 and project models
This is a wierd bug that isn't easy to reproduce. Once you have it, you seem
to have it for a while but when it's gone you just can't easily reproduce it.
At least that's what I said/found out during the beta cycle when I had the
same problem on my 950 and 840AV. Haven't tried it in 7.0.2 with a new update
to 7.0 that I recently did. Didn't seem to be affected by INITs at all, maybe
a Desktop rebuild?

Brian

--------------------------------------

When I launch Think C project manager 7.0.1 and then ask for a new project, I

receive the list of possibilities (ANSI, Mac Application, etc.).  I then name

the project.  The folder is created, but then I get the modal bug dialog box
saying that "The project test.p is not a text file."  (I named the project
'test' and the 'p' is really the Greek pi symbol.)

What have I done wrong?

I have Think C installed pretty much identically on my PowerBook, and I don't

have this problem there.  It only happens on my Quadra.  I purchased 6.0 and
upgraded to 7.0.2 over the net.

Thanks in advance for any assistance.

Linda Custer
<[e-mail]>






>From [e-mail] 13 Jun 94 22:31:06 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Code Warrior
Message-ID: <[e-mail]>
X-Mailer: AOS Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 10
Date: 13 Jun 94 22:31:06 GMT

I just ordered MetroWerks Code Warrior yesterday. What has eveyone else out
there heard about it?



Thanks,


Mike

>From [e-mail] 15 Jun 94 05:22:43 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Re: Help: H.Level Events
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 24
Date: 15 Jun 94 05:22:43 GMT

Hong,

The AcceptHighLevelEvent() trap has the following declaration from EPPC.h:

pascal OSErr AcceptHighLevelEvent(TargetID *sender,
                                  unsigned long *msgRefcon,
                                  Ptr msgBuff,
                                  unsigned long *msgLen)


The second and third parms are "unsigned long *", you've declared those
variables as "long" in your routine.  These two are different types and this
is what the compiler's compaining about.  Change your declaration of
mgsRefCon and msgLen to unsigned long  and it'll work.

Remember the compiler compares these things to the include files, not IM.
 Small differences have occasionally happened between the two.  When I get a
conflict like this, I'll always check the .h files.

Malcolm Teas
Teas Technology - Custom software for the Mac and Newton.
[e-mail]


>From [e-mail] 15 Jun 94 05:23:07 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Re: Help with link error
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 16
Date: 15 Jun 94 05:23:07 GMT

Greg,

Sounds like you did all the right things in making your .h file.  The
DoVolumeMenu() prototype probably just has a typo in it.  This happens to me
occasionally too.  My fix is to copy-and-paste the actual definition of the
DoVolumeMenu() function into the .h file, then put the ";" after it.  This
clears up typos.

If this doesn't fix it, email me w/ the relevant code fragements and I'll
look at it for you.

Malcolm Teas        Teas Technology
[e-mail]      Custom Mac or Newton software by contract



>From [e-mail] 15 Jun 94 05:24:09 GMT
Path: ucivax!gateway
From: [e-mail] (Ulf Dittmer)
Subject: MPW <-> TC differences ?
Message-ID: <[e-mail]>
X-Vms-Cc: DITTMER
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
X-Vms-To: SMTP%"[e-mail]"
Lines: 20
Date: 15 Jun 94 05:24:09 GMT

Hi netters,

I stumbled upon a situation where code compiled under MPW (3.3 on
a Q840AV) does as expected whereas the same code compiled under
Think C (7.0.1 on Q650) does not. This is what I do:

I have a Handle containing around 90KB. I can retrieve its contents
just fine. Then I transfer it to a QuickTime movie file using the
QT call "AddMediaSample". The problem is, the THINK C compiled code
will transfer only 64K and stuff the remaining space with garbage
as a file examination reveals. The MPW compiled code does what it
should do. I have not checked whether the MPW code does run on the
Q650 and vice-versa but I think that should make no difference.

Has anybody seen something like this or might there be a limitation
for the THINK environment. I would be thankful for very hint you
can supply.

Greetings,      Ulf
[e-mail]
>From [e-mail] 16 Jun 94 05:48:29 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: music in c
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 11
Date: 16 Jun 94 05:48:29 GMT

Does anyone know how I could go about coding a function in v6.0 (think) that
would accept three parameters: a character, and two integers -- The function
would then, using the Mac's speaker, play the musical note indicated by the
letter, in the octave indicated by opne int, and for a length of time
determined by the other int?  Any idea how to then write out a series of
these notes to a sound file?

Any input or spare code would be a great help.

--Adam ([e-mail] or [e-mail])

>From [e-mail] 16 Jun 94 17:24:37 GMT
Path: ucivax!gateway
From: [e-mail] (Bill MacIntosh)
Subject: Text in Dialog boxes not appearing
Message-ID: <[e-mail]>
X-Mailer: InterCon WorldLink 2.0
Content-Type: text/plain; charset=US-ASCII
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 86
Date: 16 Jun 94 17:24:37 GMT

The following code should produce a dialog box with one static text and one
editable text field and six buttons.  The buttons appear, but the text is
nowhere to be found.  The resource file has a DITL with ID=128 (the text
fields are items 7 and 8) and a DLOG with ID=128.  What's needed to produce
the text in the dialog box?  ShowDItem doesn't help.

Begin code listing ------------------------------
/***********   Function prototypes   ************/

void    Initialize_Toolbox( void );

/***********   Define global constants   ***********/

#define         DIALOG_ID       128
#define         DONE            1
#define         SAVE            2
#define         CLR             3
#define         MV_PNT          4
#define         CV_PNT          5
#define         DV_PNT          6

#define         CNTL_TEXT       7
#define         CNTL_ID         8

#define         NIL             0L
#define         IN_FRONT        (WindowPtr)-1L

#define         REMOVE_EVENTS   0

/*********** Define globle variables ************/

Boolean         all_done = FALSE;/* Defines when to stop dialog */
EventRecord     the_event;      /* Pointer to the mac events record */
DialogPtr       the_dialog;     /* Pointer to the dialog window */

/************  Main program listing  ************/

void    main( void )
{
   Initialize_Toolbox();
   the_dialog = GetNewDialog(DIALOG_ID, NIL, IN_FRONT);
   if ( the_dialog == NIL )
      {
        SysBeep( 5 );
        ExitToShell();
       }
  SetPort(the_dialog);
  ShowWindow(the_dialog);

/**  ShowDItem(the_dialog, STAT_TXT);  **/
  while ( all_done == FALSE )
   {
      GetNextEvent( everyEvent, &the_event );

      switch ( the_event.what )
      {
          case mouseDown:
                        all_done = TRUE;
                        SysBeep( 5 );
                        break;
      }
   }
}

/************  Initialize the Toolbox  ************/

void  Initialize_Toolbox( void )
{
   InitGraf( &thePort );
   InitFonts();
   InitWindows();
   InitMenus();
   TEInit();
   InitDialogs( NIL );
   FlushEvents( everyEvent, REMOVE_EVENTS );
   InitCursor();
}


Bill MacIntosh
[e-mail]

Politicians are like diapers, both should be changed regularly and for the same reason.
- graffito on a wall in Yeovil


>From [e-mail] 16 Jun 94 17:55:06 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: RE:FSpCatMove
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 17
Date: 16 Jun 94 17:55:06 GMT

>Subject: _FSpCatMove
>I'm having a very strange problem with FSpCatMove. I'm passing it a
>perfectly valid couple of FSSpecs (both of which have been used
>previously in my routine), yet it is returning -43, fnfErr.


I had exactly the same problem.  I ended up solving it by changing the way I
used the fsmakefsspec call.  I supplied all the appropriate info (vol, Par
Dir Id, and filename) and got a -43 error also.

I needed to pass zero to the first to parameters in order to force
fsmakefsspec to "figure it out on it's own".  Once I did this it worked fine.

Hope this helps.

[e-mail]

>From [e-mail] 16 Jun 94 19:12:14 GMT
Path: ucivax!gateway
From: [e-mail] (Greg Vaughn)
Subject: Porting ANSI C program
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 38
Date: 16 Jun 94 19:12:14 GMT

I've got the code to an ANSI C program that runs under unix. I'm having a
few problems getting it to run properly on a Mac with SC++ 7.0.2. I've set
the options to ANSI conformance and included the ANSI library in the
project. After some minor tweaking I got the code to compile. Now when I
run it, it brings up the console window with a couple of introductory lines
and the cursor posied for input on the next line. However, I get a system
beep when I try to press any key (except return or enter which quits the
program). The program uses a getopt.c file (freely available from the folks
at Berkely) to accept command line parameters. I don't fully understand
that, and I'm hoping some of you might be familiar with it. Could this be
doing something screwy in trying to read keypresses that runs on unix and
MSDOS, but not on a Mac console window?

Another question: I'm fairly new to Mac programming, but I know it is
possible to denote relative paths I've just never had the occasion before
to use them. The program needs to look for its data files in a folder
called data that is in the same folder as the app. Do I set this directory
as ".:data:"?

Now a more slightly general question about far data. The program attempts
to intitialize a rather large array. I've got it to under 32K by severly
decreasing the default numbers and it compiles without a code overflow
error. I thought I could increase the memory available to data by setting
the FAR DATA checkbox in the Project Info dialog. This doesn't make any
difference though. I can't use larger arrays with it on than with it off.
Does the code need to be specially written to use far data? Am I
misunderstanding far data?

Any help would be GREATLY appreciated.


 ______                 | Greg Vaughn
/\__  _\                | Physics Grad Student, Insulator Research Lab
\/_/\ \/ exas           | Finger: [e-mail]
   \ \_\ ech University | E-Mail: [e-mail] or
    \/_/ Lubbock, Texas |         [e-mail]


>From [e-mail] 16 Jun 94 19:31:23 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Menus
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 53
Date: 16 Jun 94 19:31:23 GMT

Thanks to all who helped with the music thing... I have a weird bug...  I
know it is simply something I'm overlooking, butin one of my programs, when I
initialize the menubar, the apple menu comes up fine... (with my "about..."
and everything) but the other menu does not come up.  The menus have ids 128
and 129, respectively, and the mbar resource has the ids in the correct
fields.  When i switch the two ids in the mbar rsrc, the main menu comes up,
but the apple doesn't... Where did I mess up?

I know i'll feel RREALLY stupid when i get it.  Here is some of my code
(kBaseResID and mApple both = 128):

void main( void )
{
 MaxApplZone();
 ToolBoxInit();
 MenuBarInit();
 EventLoop();
}


/********************* MenuBarInit ********************/
void  MenuBarInit( void )
{
 Handle  menuBar;
 MenuHandle menu;

 menuBar = GetNewMBar( kBaseResID );

 SetMenuBar( menuBar );

 menu = GetMHandle( mApple );
 AddResMenu( menu, 'DRVR' );

 DrawMenuBar();
}

/****************** ToolBoxInit *********************/

void ToolBoxInit( void )
{
 InitGraf( &thePort );
 InitFonts();
 InitWindows();
 InitMenus();
 TEInit();
 InitDialogs( nil );
 InitCursor();
}





>From [e-mail] 16 Jun 94 21:40:15 GMT
Path: ucivax!gateway
From: [e-mail] (Pindar Infotek Ltd)
Subject: PBHGetFInfo
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 71
Date: 16 Jun 94 21:40:15 GMT


>From Pindar user Ian McCall

Subject: _PBHGetFInfo
Sorry to bother the list -again- with my file handling woes, but I'm
not having a good time! :-(

This time the problem is nominally with PBHGetFInfo, but more
specifically it's a problem with indexing through a directory.

I have code that looks basically like this:


OSErr ProblemExample(FSSpecPtr targetFolder)
{
   HFileParamBlock   fileDetails;
   Str255            fileName;
   OSErr             theResult;
   long              targetFolderID;
   short             currentFile = 1;

   /*   Determine the 'hard' directory ID of the articles folder.
      Note that FSGetIDOfFSSpec is my routine and works fine
   */
   theResult = FSGetIDOfFSSpec(targetFolder, &targetFolderID);

   /* See how successful we were */
   if(theResult != noErr)
      return(theResult);

   /* Loop until we hit a problem (or run out of files) */
   do
   {
      /*    Set up the details of the file we want information for
*/
      fileDetails.fileParam.ioNamePtr    = fileName;
      fileDetails.fileParam.ioVRefNum    = targetFolder->vRefNum;
      fileDetails.fileParam.ioDirID      = targetFolderID;
      fileDetails.fileParam.ioFDirIndex  = currentFile;
      fileDetails.fileParam.ioCompletion = NULL;
      fileDetails.fileParam.ioFVersNum   = 0;

      /*    Now get the exact details   */
      if((theResult = PBHGetFInfo(&fileDetails, FALSE)) == noErr)
      {
         /* This is my main processing bit - it works fine */
      }

      /* Move along to the next file */
      currentFile++;
   }
   while(theResult == noErr);
}


My problem is that the call to PBHGetFInfo returns -43 (fnfErr) one
file before the last in the directory. In other words, if there are
three files in the directory the loop above will iterate twice.

Any ideas?


Cheers,
       Ian



---
Please make 'Attn:<space>Ian McCall' the first line of your reply
(not the subject) to ensure automatic forwarding to the correct
Pindar user.
>From [e-mail] 17 Jun 94 00:21:03 GMT
Path: ucivax!gateway
From: [e-mail] (Daniel Jibouleau)
Subject: Re: Text in Dialog boxes not appearing
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
content-length: 928
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 26
Date: 17 Jun 94 00:21:03 GMT

>The following code should produce a dialog box with one static text and one
>editable text field and six buttons.  The buttons appear, but the text is
>nowhere to be found.  The resource file has a DITL with ID=128 (the text
>fields are items 7 and 8) and a DLOG with ID=128.  What's needed to produce
>the text in the dialog box?  ShowDItem doesn't help.

This one is too easy.  I see you are not processing update events.  Just
add this to your main loop:

          case updateEvent:
                        SetPort (the_dialog);
                        UpdtDialog (thePort, thePort -> visRgn);  // update
                        break;  // ...it down!

I also suggest you use DialogSelect () to handle modeless dialogs.

Daniel++

The reason why your buttons appears, and not the static texts, is that the
Window Managers draws them without regard to the Dialog Manager.


-- Daniel Jibouleau
   [e-mail]


>From [e-mail] 17 Jun 94 02:58:52 GMT
Path: ucivax!gateway
From: [e-mail] (Pindar Infotek Ltd)
Subject: FSpCatMove solved
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 27
Date: 17 Jun 94 02:58:52 GMT


>From Pindar user Ian McCall

Subject: _FSpCatMove solved
A couple of people wrote to me on this one, so I thought I'd reply to
the net at large.

The problem was poor phrasing in Inside Mac/THINK Reference. The
second parameter to FSpCatMove is -not-, as stated, the destination
file. Rather it is the destination -folder-, ie. the place in which
the file is to be put.

Additionally, THINK Reference suggests fnfErr can only be returned as
a result of a bad source file. That's innaccurate, it can also be
returned as a result of a missing destination directory.

Thanks for the help.


Ian



---
Please make 'Attn:<space>Ian McCall' the first line of your reply
(not the subject) to ensure automatic forwarding to the correct
Pindar user.
>From [e-mail] 17 Jun 94 02:59:11 GMT
Path: ucivax!gateway
From: [e-mail] (Pindar Infotek Ltd)
Subject: FSpCatMove solved
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 1
Date: 17 Jun 94 02:59:11 GMT


>From [e-mail] 17 Jun 94 12:38:01 GMT
Path: ucivax!gateway
From: [e-mail] (Rodolfo Cardarelli)
Subject: Debugging problem
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 7
Date: 17 Jun 94 12:38:01 GMT

Sorry to bother, (I already posted this question), but I got no answer and I re
ally can't figure out why my debugger (7.0 free upgrade) is not working with
TCL. I checked headers and prefix, and everything looks like before (6.1) but t
he debugger is still not working. Any suggestions to how may I debug my debugge
r?
Thank you in advance
Rodolfo
>From [e-mail] 18 Jun 94 21:14:08 GMT
Path: ucivax!gateway
From: [e-mail] ("M. Waldorf")
Subject: DrawString & unsigned long
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Date-warning: Date header was inserted by AdminA.RFERL.Org
Lines: 15
Date: 18 Jun 94 21:14:08 GMT

unsigned long           timeSeed;

..which I would like to display with the DrawString() function,
or whatever is more appropriate.

I assume I would have to convert "timeSeed" into a string,
and then use CtoPstr(), etc.

Could someone please help me?

Thanks,
Markus



>From [e-mail] 19 Jun 94 18:17:36 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Menus
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 8
Date: 19 Jun 94 18:17:36 GMT

Thanks to all of you who tried to help solve the menu problem... After
triple-checking my menu ids, mdef ids, mbar rsrcs, etc... I finally gave up
my search and started the rsrc from scratch.  I did everything the same way I
did last time, but for some reason it know works.  I wonder what i did
differently... Thanks again!

--Adam

>From [e-mail] 19 Jun 94 18:28:00 GMT
Path: ucivax!gateway
From: [e-mail] ("Paul E. Rybski - Finger me for PGP public key")
Subject: External Editors with Symantec C++ 7.0.2
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
X-VMS-Cc: RYBSKIP
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
X-VMS-To: IN%"[e-mail]"
Approved: [e-mail]
Lines: 21
Date: 19 Jun 94 18:28:00 GMT

Hi,
        Does anyone have a list of text editors that can be used with the
external editor capability of the Think Project Manager?  BBEdit Lite doesn't
seem to be one of them unless I am missing something.  However, when I try to
use it and open a file, I get the following error:

A Macintosh System-level Error has occured
-1708


Can anyone advise?

Thanks

-Paul Rybski
--------------------------------------------------------------------------------
Paul E. Rybski       | Lawrence Univ.     | Math/Computer Science Major (Jr. Yr)
[e-mail] | Appleton, WI 54911 | Jobs = Networking/UNIX Admin/Consult
We've got an Alpha!  | (414)-832-7526     | Dreams = Mac Programming/Robotics/AI
--------------------------------------------------------------------------------

>From [e-mail] 19 Jun 94 20:38:07 GMT
Path: ucivax!gateway
From: [e-mail] (Rich Siegel)
Subject: Re: External Editors with Symantec C++ 7.0.2
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Paul E. Rybski - Finger me for PGP public key" at Jun 19, 94 06:28:00 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 863
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 24
Date: 19 Jun 94 20:38:07 GMT


>       Does anyone have a list of text editors that can be used with the
> external editor capability of the Think Project Manager?  BBEdit Lite doesn't
> seem to be one of them unless I am missing something.  However, when I try to
> use it and open a file, I get the following error:
>
> A Macintosh System-level Error has occured
> -1708
>
>
> Can anyone advise?

BBEdit Lite is not rated for use with the THINK Project
Manager. BBEdit 2.5 is; you can find a demo version for FTP from
ftp.std.com, in /pub/bbedit.  (We also have an ad on one of the early
pages of the Symantec C++ 7.0 user's manual.)

R.

Rich Siegel % [e-mail] % Principal, Bare Bones Software
--> For information about BBEdit, finger [e-mail] <--

"...yeah, I inhaled, and then I drank the bong water. So what're
you gonna do about it?" - Dennis Miller, on Bill Clinton
>From [e-mail] 20 Jun 94 00:32:36 GMT
Path: ucivax!gateway
From: [e-mail] ("James E. O'Dell")
Subject: TCL 2.0
Message-ID: <[e-mail]>
X-Mailer: Mac/gnuucp Mail Reader v6.12
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Reply-To: [e-mail]
Approved: [e-mail]
Organization: Fort Pond Research
Lines: 16
Date: 20 Jun 94 00:32:36 GMT


Hmmm, I just donloaded the SC++ update with TCL 2.0. Does anyone
have any instructions as to how to use this. I tried recompiling
the headers and many of the include files seem to be missing.

Does TCL 2.0 AUGMENT TCL 1.x? (i.e., do you shadow the TCL 1.x folders
by putting ()'s around them?)

The stuff in the update seems to be about half the size of the TCL 1.x
stuff.

Am I missing some files or some doc?


Thanks,
Jim
>From [e-mail] 20 Jun 94 01:01:57 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Editable Text Fields
Message-ID: <[e-mail]>
X-Mailer: America Online Mailer
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 9
Date: 20 Jun 94 01:01:57 GMT

This is probably an easy one... How do I make the text in just ONE editable
text field a different font, such as times? the field is one of a modal
dialog containing 6 fields.  I've created the neccessary font and fond
resources...

I thank you all for your help over the last week.  I've been doing mac c for
a while now, but all the apps I've writtten have all been pretty much
variations of another, but my latest project is a little weird...

>From [e-mail] 20 Jun 94 09:04:38 GMT
Path: ucivax!gateway
From: [e-mail]
Subject: Re: External Editors with Symantec C++ 7.0.2
Content-transfer-encoding: 7BIT
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 66
Date-warning: Date header was inserted by AdminA.RFERL.Org
Date: 20 Jun 94 09:04:38 GMT
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c

Alpha 5.81

..has very nice programming features. You should really take
a look at it. The previous version I've used was 5.6.x. With this new
version a lot has changed - very impressive! If I'm right, it's $25
shareware (don't rely on this!).

Here's some conversation I had with the author:

M. Waldorf writes:
 > Thanks, for your quick reply. I got it to work with TC/C++ (old 6.0.1).
 > Well, so far so good, but on some functions like "Run", which goes into
 > Debug and "Switch to", it crashes

You can change the Debug option by modifying the file
:Tcl:SystemCode:think.tcl.

Are you saying that "Switch to" crashes?


pete

BBEdit 2.5.x

There is a free demo version available, which looks nice, but it doesn't
let you save anything. They have special price conventions for registered
users of TC/C++. I think it's $49 (don't rely on this!).


However, one should consider the memory usage when using an external
Editor. With 7.0 and 5 mb allocation, System about 3 mb, external Editor
perhaps 1,5 mb, ResEdit 1,5 mb = 11 mb. If memory is not a problem - ok!
Also, you may risk a crash.



>Hi,
>        Does anyone have a list of text editors that can be used with the
>external editor capability of the Think Project Manager?  BBEdit Lite doesn't
>seem to be one of them unless I am missing something.  However, when I try to
>use it and open a file, I get the following error:
>
>A Macintosh System-level Error has occured
>-1708
>
>
>Can anyone advise?
>
>Thanks
>
>-Paul Rybski
>--------------------------------------------------------------------------------
>Paul E. Rybski       | Lawrence Univ.     | Math/Computer Science Major (Jr. Yr)
>[e-mail] | Appleton, WI 54911 | Jobs = Networking/UNIX Admin/Consult
>We've got an Alpha!  | (414)-832-7526     | Dreams = Mac Programming/Robotics/AI
>--------------------------------------------------------------------------------

--------------------------------------------------------------------------
    _/_/    _/_/_/ _/_/_/    Markus Waldorf                     _/_/    _/
   _/  _/  _/     _/        Information Technology Consultant  _/  _/  _/
  _/_/    _/_/   _/_/      RFE/RL Inc, Munich, Germany        _/_/    _/
 _/  _/  _/     _/        Compu$erve: 100022,2373            _/  _/  _/
_/  _/  _/     _/_/_/    Internet: [e-mail]       _/  _/  _/_/_/
--------------------------------------------------------------------------


>From [e-mail] 20 Jun 94 09:34:15 GMT
Path: ucivax!gateway
From: [e-mail] (Jens-Uwe Mager)
Subject: DarkSide & Think C 7.0.2
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 25
Date: 20 Jun 94 09:34:15 GMT

Hello,

I am attempting to get the example of Tom Dowdy's DarkSide FaderShell
to compile with Think C. I have been stumbled by the following
construct that is not compiled by Think C:

#pragma parameter __D0 DoWritePreferencesHandle(__A0)
OSErr DoWritePreferencesHandle(Ptr M, Handle h, ResType theType) =
        { 0x7000, 0x487B, 0x000A, 0x2F3C, 0x0800, 0x0004, 0x4ED0};

Think C appears to require all parameters mentioned in the pragma
parameter statement, but how do I specify that the parameters beyond
the first are located on the stack?

Jens-Uwe Mager

HELIOS Software GmbH
Lavesstr. 80
30159 Hannover
Germany

Phone:          [phone]
FAX:            [phone]
AppleLink:      helios.de       Attn: Jens-Uwe Mager
Internet:       [e-mail]
>From [e-mail] 20 Jun 94 12:06:14 GMT
Path: ucivax!gateway
From: [e-mail] (Rich Siegel)
Subject: Re: External Editors with Symantec C++ 7.0.2
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "[e-mail]" at Jun 20, 94 09:04:38 am
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 655
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 17
Date: 20 Jun 94 12:06:14 GMT

> However, one should consider the memory usage when using an external
> Editor. With 7.0 and 5 mb allocation, System about 3 mb, external Editor
> perhaps 1,5 mb, ResEdit 1,5 mb = 11 mb. If memory is not a problem - ok!

I can't speak for others, but BBEdit's recommended memory requirement
is 512K, and it'll use temp memory, so you don't have to increase its
partition to open larger files.

R.

Rich Siegel % [e-mail] % Principal, Bare Bones Software
--> For information about BBEdit, finger [e-mail] <--

"...yeah, I inhaled, and then I drank the bong water. So what're
you gonna do about it?" - Dennis Miller, on Bill Clinton


>From [e-mail] 20 Jun 94 12:14:37 GMT
Path: ucivax!gateway
From: [e-mail] (Tommy Brown)
Subject: Re: Editable Text Fields
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 20
Date: 20 Jun 94 12:14:37 GMT

On 20 Jun 1994 [e-mail] wrote:

> This is probably an easy one... How do I make the text in just ONE editable
> text field a different font, such as times? the field is one of a modal
> dialog containing 6 fields.  I've created the neccessary font and fond
> resources...
>

As far as I know, you can't, not as long as you'reusing the Dialog
Manager. The Mac uses one TE record for an entire dialog box, no matter
how many actual fields there are. Therefore, there can only be one
font/style. The only way I can think of to do this would be not to use
the dialog manager, ie, create your own window with your own text boxes.

Tommy Brown                 | Je suis tombe par terre, c'est la faute a
[e-mail]    | Voltaire. Le nez dans le ruisseau, c'est la
[e-mail]              | faute a Rousseau.
[e-mail]          | - Gavroche


>From [e-mail] 20 Jun 94 17:35:06 GMT
Path: ucivax!gateway
From: [e-mail] (Harvey Newstrom)
Subject: unsubscribe [e-mail]
Message-ID: <[e-mail]>
X-Mailer: LeeMail 2.0.4
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 3
Date: 20 Jun 94 17:35:06 GMT

unsubscribe [e-mail]


>From [e-mail] Mon, 20 Jun 1994 19:01:00 PDT
Return-Path: [e-mail]
Received: from wahoo.rdatasys.com ([e-mail] [198.137.184.2]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id TAA06882 for <[e-mail]>; Mon, 20 Jun 1994 19:01:03 -0700
To: [e-mail]
Subject: test message
Reply-To: [e-mail]
Organization: Relational Data Systems, Irvine, CA
Phone: [phone]
Date: Mon, 20 Jun 1994 19:01:00 PDT
Message-ID: <[e-mail]>
From: "Mark D. Nagel" <[e-mail]>

Hi all.  I'm testing the new list processing software on
rdatasys.com.  Assuming all goes well, I will switch over to this
system within a few days.  There may be some glitches at first as
everything gets settled in, but I'm sure it will last only a short
while.

Mark
>From [e-mail] 21 Jun 94 06:47:58 GMT
Path: ucivax!gateway
From: [e-mail] ("Jan R. M. Roman")
Subject: (none)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Reply-To: [e-mail]
Approved: [e-mail]
Lines: 3
Date: 21 Jun 94 06:47:58 GMT


Please unsubscribe me as: [e-mail] and put me on the
mailinglist as [e-mail].  i.e. I got a new address.
>From [e-mail] 21 Jun 94 11:00:28 GMT
Path: ucivax!gateway
From: [e-mail] ("Jan R. M. Roman")
Subject: (none)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Reply-To: [e-mail]
Approved: [e-mail]
Lines: 4
Date: 21 Jun 94 11:00:28 GMT


Please unsubscribe me as: [e-mail] and put me on the
mailinglist as [e-mail].  i.e. I got a new address.

>From [e-mail] 21 Jun 94 13:42:33 GMT
Path: ucivax!gateway
From: [e-mail] (Lloyd Sargent)
Subject: Re: TCL 2.0
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 75
Date: 21 Jun 94 13:42:33 GMT

>Hmmm, I just donloaded the SC++ update with TCL 2.0. Does anyone
>have any instructions as to how to use this. I tried recompiling
>the headers and many of the include files seem to be missing.
>
>Does TCL 2.0 AUGMENT TCL 1.x? (i.e., do you shadow the TCL 1.x folders
>by putting ()'s around them?)
>
>The stuff in the update seems to be about half the size of the TCL 1.x
>stuff.
>
>Am I missing some files or some doc?
>
>
>Thanks,
>Jim

---<grin>---

Sorry, couldn't resist!  I had the same problem and asked people here about
it. The answer is (now get this) YOU DON'T GET THEM!

Some yahoo at Symantec either didn't bother to compile this with the
limited include files from previous versions, or this is the impetus to get
you to plop down $150 for the rest of the include files (plus the other
programs that you get).

Here is what you need to do (and for you, the advice is free!). Go into the
file named "Mac #Includes.c" and search for and modify the lines so that
they appear as follows (I am assuming the problem of which you speak is
precompiling the headers).

// QuickdrawText       <<<<------- couldn't find this file!!!
  #if 0
    #include <QuickdrawText.h>
  #endif

            :
            :

// TextServices        <<<<--------- couldn't find this file
  #if 0
    #include <TextServices.h>
  #endif

// TextUtils           <<<<--------- couldn't find this file
  #if 0
    #include <TextUtils.h>
  #endif


Now as for the 2.0 TCL library, apparently I didn't get that (what
advantages does it have over the older library? How can I tell the
difference? Will I have rewrite my apps -- I have an app in progress, will
that get screwed up?).  Where did you download it?

By the way, one of the files (I forget which) gives a pragma error when it
is precompiled. Don't worry about this. It has ALWAYS given a pragma error
and no one has given a satisfactory explanation as to why. The compiler
will still work and everything will work fine.

Hope this helps,

Lloyd


----------------------------+-----------------------------------------
Lloyd Sargent               | "Nulla dies sine linea" - Pliny
Head Honcho                 | Internet:  [e-mail]
Canna Software Development  | AOL:       [e-mail]
14308-B FM 812              | Phone:     [phone]
Del Valle, Texas 78617      | Fax:       [phone]  (8-5 CST)

    "My business believes in First Admendment rights. So there!"


>From [e-mail] 21 Jun 94 15:55:13 GMT
Path: ucivax!gateway
From: [e-mail] (Hong Shi)
Subject: Help! H. Level Events
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 153
Date: 21 Jun 94 15:55:13 GMT

I wrote a small program to handle some events, but I have problems
receiving H. level events. All the other events such as mousedown...
works fine. I tried to select the "Restart" menu from Finder, and also
tried to send Apple Events from another application, but I even didn't
get the indication that the h. level event was received. Could anybody
give some idea? This drives me crazy!!!
the piece of the program looks like this:

.h
*****
#define kAEMiscStandards 'misc'
#define kAEDoScript 'dosc'

#include <Memory.h>
#include <stdio.h>
#include <QuickDraw.h>
#include <Windows.h>
#include <Events.h>
#include <AppleEvents.h>
#include <Fonts.h>
#include <Menus.h>
#include <Dialogs.h>
#include <TextEdit.h>
#include <Unix.h>
#include "mathlink.h"
#include <Types.h>

EXTERN  EventRecord     TheEvent;

.c
*******

pascal OSErr AnotherEventsHandler(AppleEvent *messageValue,
                                                                AppleEvent *replyValue,
                                                        long info) {
    AppleEvent                  reply;
    AppleEvent                  message;
    OSErr                       returnValue,err;
    Size                                                actualsize;
    DescType                                    returnedType;
    char                                                buf[1024];
    AEDesc                                              result;

    reply = *replyValue;
    message = *messageValue;
    actualsize = 0;

        err = AEGetParamPtr(&message, keyDirectObject,typeWildCard,
                        &returnedType,buf, (Size)1024, &actualsize);


        printf("Got it\n");
        printf("actualsize=%d\n",actualsize);
        printf("message=%s\n", buf);
        printf("err=%d\n",err);
    returnValue = noErr;
    return returnValue;
}


pascal OSErr HandleQuit(AppleEvent *messageValue,
                                AppleEvent *replyValue,long info)
{
        printf("In quit handle.\n");
    exit(0);

}

void InitializeAppleEvents() {
// Install my AppleEvents handler for each event supported
    OSErr                       err;

    err = AEInstallEventHandler( kAEMiscStandards, kAEDoScript,
                   (EventHandlerProcPtr) &AnotherEventsHandler,
                   0, false);

    err = AEInstallEventHandler( kCoreEventClass, kAEQuitApplication,
                   (EventHandlerProcPtr) &HandleQuit, 0, false);

        printf("install err=%d\n",err);
}

void    init()
{
    InitGraf( &qd.thePort );
    InitFonts();
    InitWindows();
        InitMenus();
    TEInit();
    InitDialogs( NULL );
        InitCursor();
        InitializeAppleEvents();
}



void    DoHighLevelEvent(event)
EventRecord     event;
{
        OSErr   myErr;

        printf("High level events.\n");

        myErr = AEProcessAppleEvent(&event);
}


void    DoEvent()
{
        RgnHandle       cursorRgn;
        Boolean         gotEvent;
        OSErr           myErr;

        cursorRgn = NewRgn();

        while (TRUE)
        {
                gotEvent = WaitNextEvent(everyEvent, &TheEvent, 15, NULL);
                if (gotEvent){
                        printf("Got event, no=%d\n",TheEvent.what);
                        switch (TheEvent.what)
                        {
                                case mouseDown:
                                        DoMouseDown();
                                        break;
                                case updateEvt:
                                        DoUpdate();
                                        break;
                                case activateEvt:
                                        DoActivate();
                                        break;
                                case osEvt:
                                        printf("OS event.\n");
                                        break;
                                case kHighLevelEvent:
                                        DoHighLevelEvent(TheEvent);
                                        break;
                        }
                }
        }
}

main:
*********
        init();

        theWindow = GetNewWindow(windowID,NULL,(WindowPtr)-1);
        WinTitle[0] = (char) (strlen(WinTitle) - 1);
        SetWTitle(theWindow,(unsigned char*)WinTitle);
        nextWin = (WindowPeek) theWindow;

        DoEvent();

>From [e-mail] 21 Jun 94 18:59:39 GMT
Path: ucivax!gateway
From: [e-mail] (WalrathW)
Subject: RE: Help! H. Level Events
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: TEXT/PLAIN; CHARSET=US-ASCII
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 25
Date: 21 Jun 94 18:59:39 GMT

> From: Hong Shi on 21 Jun, 1994 20:43
> Subject: Help! H. Level Events
> To: [e-mail]
>
> I wrote a small program to handle some events, but I have problems
> receiving H. level events. All the other events such as mousedown...
> works fine. I tried to select the "Restart" menu from Finder, and also
> tried to send Apple Events from another application, but I even didn't
> get the indication that the h. level event was received. Could anybody
> give some idea? This drives me crazy!!!
> the piece of the program looks like this:

[ code listing deleted ]


If you are using Think C, go under the Project menu and choose item "Set
Project Type...", and verify that in your Size flags you set
"HighLevelEvent-Aware".
I suspect this may be your problem. On a side note however, you should print
the error number returned from the first _AEInstallEventHandler call you make
as well, if the first one failed but the second succeeded, you won't see that
with your printf.


-wayne
>From [e-mail] 22 Jun 94 14:55:51 GMT
Path: ucivax!gateway
From: [e-mail] (Kevin O'Malley)
Subject: Finder triangles
Message-ID: <[e-mail]>
Content-Type: TEXT/plain; charset=US-ASCII
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 6
Date: 22 Jun 94 14:55:51 GMT


Does anyone know of any example code that implements finder
triangles?

--Kevin - [e-mail]

>From [e-mail] Wed, 22 Jun 1994 12:16:42 PDT
Return-Path: [e-mail]
Received: from rdatasys.com ([e-mail] [198.137.184.2]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA04052 for <[e-mail]>; Wed, 22 Jun 1994 12:16:44 -0700
To: [e-mail]
Subject: test message #2
Reply-To: [e-mail]
Organization: Relational Data Systems, Irvine, CA
Phone: [phone]
Date: Wed, 22 Jun 1994 12:16:42 PDT
Message-ID: <[e-mail]>
From: "Mark D. Nagel" <[e-mail]>

Testing system with just my own name in the list...
--------
Mark D. Nagel <[e-mail]>      Relational Data Systems
                                             30 Executive Park, Suite 260
Eat right.  Exercise.  Die anyway.           Irvine, CA 92714
                                             [phone]
>From [e-mail]  Wed Jun 22 12:25:03 1994
Received: from rdatasys.com ([e-mail] [198.137.184.2]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA04289 for <[e-mail]>; Wed, 22 Jun 1994 12:25:02 -0700
Message-Id: <[e-mail]>
To: [e-mail]
Subject: test message #3
Date: Wed, 22 Jun 1994 12:24:59 PDT
From: "Mark D. Nagel" <[e-mail]>

yet another one...
>From [e-mail]  Wed Jun 22 12:33:33 1994
Received: from rdatasys.com ([e-mail] [198.137.184.2]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id MAA04470 for <[e-mail]>; Wed, 22 Jun 1994 12:33:32 -0700
Message-Id: <[e-mail]>
To: [e-mail]
Subject: test message #4
Date: Wed, 22 Jun 1994 12:33:29 PDT
From: "Mark D. Nagel" <[e-mail]>

last one, I hope
>From [e-mail]  Wed Jun 22 18:08:49 1994
Received: from rdatasys.com ([e-mail] [198.137.184.2]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id SAA08444 for <[e-mail]>; Wed, 22 Jun 1994 18:08:48 -0700
To: [e-mail]
Subject: ANNOUNCE: The list has moved!
Reply-To: [e-mail]
Organization: Relational Data Systems, Irvine, CA
Phone: [phone]
Date: Wed, 22 Jun 1994 18:08:45 PDT
Message-ID: <[e-mail]>
From: "Mark D. Nagel" <[e-mail]>

You read it here first; the think-c list has moved from ics.uci.edu
to rdatasys.com.  Messages sent to ics.uci.edu will start being
forwarded to the new list within a few days.  I will keep the lists
in sync until then, but everyone should start using the new address
immediately.

To send messages to the list, send to [e-mail].  If you
try to send a message and cannot because you are told you are not on
the list, please let me know.  This is a feature of the software
that might need fine tuning for some folks.

You may send requests to [e-mail], but you'll
receive a message explaining how to actually do things now :).

To perform administrative changes, like subscribe, unsubscribe,
etc., send all messages to [e-mail].  I'm including the
message you'd receive from think-c-request below which should
explain how to do the most common things.

The archive is still on ftp.ics.uci.edu for now, but I will be
moving it within the next week.  When it is all ready, I will let
the list know.

Here is the message you'd receive from think-c-request:

This mailing list is now under the control of automated subscription
software. To subscribe, please send email to the address:

        [e-mail]

with a blank Subject line and the command:

        SUBSCRIBE <list_name> Your Name

in the message body. Listname would be the name of the mailing list
you wish to subscribe to (for instance "think-c") and should not be
the full email address of th list (do not use
"[e-mail]").  The name should be your real name, not
your email address. An example is:

        SUBSCRIBE think-c Mark D. Nagel

If you want a list of commands you can use with the listproc
software, send it a command of "help". If you want to see what
mailing lists can be accessed through "[e-mail]", send
it a command of "lists".

If nothing else works, send mail to "[e-mail]" and
eventually a real human will see it (emphasis on eventually).

For your reference, a quick tutorial on using listproc is appended
to this message.

Thank you for your cooperation.

Thanks also to Chuq Von Rospach for the message from which this one
was derived.

Mark D. Nagel
Relational Data Systems, Product Development Manager
Mailing List Administrator

+_+_+_+_+_+_+_+_++
The quick and easy 30 second guide to listproc
(for people who hate reading the instructions)

Listproc is a mailing list and archiving system that is similar to,
but not identical with, the BITNET LISTSERV software. If you take the
time to learn a few simple command, you'll find it a powerful and
flexible way to find and access the information that has been made
available. Listproc, however, is stupid. If you don't send it exactly
what it wants to see, it'll make you miserable.

Fortunately, it is pretty simple to feed the listproc. Just follow
the directions.

All listproc commands are sent to the address [e-mail]
as an email message. The commands should be in the body of the
message, not the Subject line. In fact, if you attempt to put
commands in the Subject line, listproc will reject your message and
return it. LEAVE THE SUBJECT LINE BLANK. If your mail software won't
let you do that, put something cute and innovative in there instead.
Whatever you do, don't put listproc commands in the Subject line!

If you remember that piece of advice, 99% of your problems with
listproc are solved.

Listproc has two major subsystems: the mailing list subsystem and the
archive subsystem.

There is one command all listproc users should know: HELP. You can
give it a parameter of COMMAND, where COMMAND is one of the listproc
commands, and listproc will send you more details on that command.

Mailing List Commands

There are four commands commonly used to control the mailing list
subsystem:

        LISTS: The LISTS command takes no parameters. It will cause
listproc to send you the names of the mailing lists supported by this
server.

        SUBSCRIBE: enrolls you in a mailing list. The format is:
SUBSCRIBE LISTNAME YOURNAME. LISTNAME is the name of the mailing
list. YOURNAME is, not surprisingly, your real name, not your email
address, which listproc will get from the header of the email
message.

        UNSUBSCRIBE: removes you from a mailing list. The format is
UNSUBSCRIBE LISTNAME. You don't give your name to the UNSUBCRIBE
command.

        SET:  The SET command lets you change the options attached to
your subscription on a list. The format is SET LISTNAME MAIL <option>.
The common options are DIGEST, ACK and NOACK.

        DIGEST converts your subscription to the digest format, which
means that instead of getting individual messages as they are sent to
listproc, you would get them in a combined format, usually once a
day, in a single mail message. This option is very useful to people
suffering from too much email.

        ACK and NOACK turn off the digest format and cause listproc to
send you individual messages again. The difference between the two is
how listproc handles your own submissions to the list. ACK will cause
listproc to send you a copy of your own messages, while NOACK won't.
The default is typically ACK.

There are other commands and options that can be used as well, and
these are covered in the on-line documentation available through the
HELP command.

In summary, here's how a typical listproc command would look that
uses these commands. This assumes UCB mail, but other mailers will
work the same way:

% mail [e-mail]
Subject: remember, we don't put listproc commands here

HELP
HELP SET
LIST
SUBSCRIBE think-c Mark D. Nagel
SET think-c MAIL DIGEST
SUBSCRIBE other-list Mark D. Nagel
UNSUBSCRIBE other-list
SET think-c MAIL NOACK
^D
%

Archive Server Commands

The archive server allows you to receive copies of files stored in
the archive. This service is similar to FTP, but doesn't require that
a user have access to anything but electronic mail.

To find out what is available in the archive, you use the INDEX
command.  Archives can be nested, and to get information on listed
sub-archives. An example of doing this would look like this:

% mail [e-mail]
Subject: This space left blank, of course

INDEX
INDEX think-c
INDEX think-c/digests
^D
%

This will return you three mail messages, one with the master index,
one with the index for the mae-users list, and one for the digests
sub-archive in mae-users. The way this listproc is configured, all
messages submitted to a list are compiled into digests and stored in
the archives in the digests sub-archive, which means it's possible to
locate and recover previous messages.

To have listproc send you a file, you use the GET command. The format
is GET ARCHIVE FILENAME.

An example of this would be:

% mail [e-mail]
Subject: remember, this is blank!

GET think-c/digests 94Apr27

^D
%

This will return the file in an email message. If the file is long,
it might be split into multiple pieces. Binary files will be encoded
in a format to allow them to be mailed.

The SEARCH command allows you to locate specific pieces of
information within the archive. It allows you to 'grep' the archives.
This is especially useful if you're trying to locate a specific topic
in the digests, or, say, copy of one of your postings. The format of
the SEARCH command is SEARCH ARCHIVE SEARCHSTRING.

An example of this is:

% mail [e-mail]
Subject: do I really have to say it?

SEARCH think-c/digests  "Mark D. Nagel"
SEARCH think-c server
^D
%

With these commands, you can do the common actions you want out of a
listproc. If you want to learn more about listproc, please send it
the HELP command and start reading the on-line documentation.

If you have any problems with the listproc, please send mail to
[e-mail].

--------
Mark D. Nagel <[e-mail]>      Relational Data Systems
                                             30 Executive Park, Suite 260
Eat right.  Exercise.  Die anyway.           Irvine, CA 92714
                                             [phone]
>From [e-mail]  Thu Jun 23 11:04:51 1994
Received: from lionfish.rdatasys.com ([e-mail] [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id LAA19395 for <[e-mail]>; Thu, 23 Jun 1994 11:04:51 -0700
Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id LAA08528 for <[e-mail]>; Thu, 23 Jun 1994 11:04:49 -0700
Received: from dsl2.uoregon.edu(128.223.108.147) by lionfish.rdatasys.com via smap (V1.3mjr)
        id sma008524; Thu Jun 23 11:03:54 1994
Received: from rhartman.symantec.com by dsl2.uoregon.edu (NX5.67c/NX3.0M)
        id AA00794; Thu, 23 Jun 94 11:03:40 -0700
Message-Id: <[e-mail]>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Date: Thu, 23 Jun 1994 11:03:43 -0700
To: [e-mail]
From: [e-mail] (Rick Hartmann)
Subject: Re: External editors

Hi,

Regarding the problem of external editors and Think Project Manager, there
is a new patch to Think Project Manager; now version 7.0.3.  Check the
readme file.  It fixes a variety of problems in previous releases.  It is
being sent to the usual anon FTP sites, online services, and the Symantec
BBS.  You can also download it from the Symantec Internet site:
devtools.symantec.com.  This site is just a IIci limited to ten users so
access is sometimes difficult.  Keep trying.

Rick

>From [e-mail] 22 Jun 94 19:54:36 GMT
Path: ucivax!gateway
From: [e-mail] ("Alan D.")
Subject: Re: Finder triangles
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Kevin O'Malley" at Jun 22, 94 02:55:51 pm
X-Mailer: ELM [version 2.4 PL22]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 246
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 9
Date: 22 Jun 94 19:54:36 GMT

To quote Kevin O'Malley,

> Does anyone know of any example code that implements finder
> triangles?

Yes; check out the code in DEVELOP 18 (the current issue).  It will
probably be available from ftp.apple.com at some point...

          -=Alan
>From [e-mail] 22 Jun 94 20:11:29 GMT
Path: ucivax!gateway
From: [e-mail] (Mauricio Tavares)
Subject: Random problems
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.3 PL2]
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 8
Date: 22 Jun 94 20:11:29 GMT

        How reliable is to use the result from GetDateTime() as a seed to
the random function?  When I tried to use time (&randSeed) and ask to print
out randSeed, I get 43565 *always*.  If I use GetDateTime(&randSeed), I get
43565.  Isn't that odd?  Is there anything wrong with my compiler (LSC)?
Am I doing anything wrong?



>From [e-mail] 22 Jun 94 23:18:42 GMT
Path: ucivax!gateway
From: [e-mail] (Peter Kay)
Subject: Printer Driver
X-Sender: [e-mail]
Message-ID: <[e-mail]>
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 11
Date: 22 Jun 94 23:18:42 GMT

Can someone point me to some source code for a (skeleton) printer driver please?

I've had a look at the readme file of chucksprinterdriver and am trying to
get hold of the references it supplies. But a real piece of code would be
welcome.

Thanks

Peter


>From [e-mail] 22 Jun 94 23:44:53 GMT
Path: ucivax!gateway
From: [e-mail] ("Griffin, Ed E")
Subject: External Editors (Again)
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 24
Date: 22 Jun 94 23:44:53 GMT

Hi All,

     I am having a devil of a time trying to evaluate external editors for
use with SC/C++. Before telling my saga, I will simply ask if the use of an
External Editor is really a _fully supported_ feature of Symantec C/C++?

     I grabbed copies of Alpha 5.87 and BBEdit Demo 2.5 via FTP and tried
using each in turn as my "Editor Tool".  With both I experienced strange
crashes, including several instances in which all seemed well except that I
could NOT Quit from the TPM!!  Many other odd things occured, e.g. Alpha
twice complained that it could not find the AlphaBits.tcl file and promptly
died taking my Mac along with it.

     I have upgraded my original Sym C/C++ version 6.0 software to the latest
version (7.0.1 TPM and 7.0.2 C/C++ translators), I run Mac OS System 7.0.1 on
a Mac IIci sporting 12 MBytes of RAM.  I set the memory partitions for Alpha
to its suggested size, BBEdit to 512K and TPM to 5500K.

     One comment in passing; ever since the latest "minor" upgrade I have had
lots of quirky behavior in projects that formerly were as tame as lambs.
Anyone else feel the same?

                             Ed Griffin
                             [e-mail]
>From [e-mail] 23 Jun 94 03:43:39 GMT
Path: ucivax!gateway
From: [e-mail] (Rich Siegel)
Subject: Re: External Editors (Again)
Message-ID: <[e-mail]>
In-Reply-To: <[e-mail]> from "Griffin, Ed E" at Jun 22, 94 11:44:53 pm
X-Mailer: ELM [version 2.4 PL23]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1355
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 30
Date: 23 Jun 94 03:43:39 GMT


>      I am having a devil of a time trying to evaluate external editors for
> use with SC/C++. Before telling my saga, I will simply ask if the use of an
> External Editor is really a _fully supported_ feature of Symantec C/C++?

It is. That doesn't mean that the implementation is bug-free, however.
Read on...

>      I grabbed copies of Alpha 5.87 and BBEdit Demo 2.5 via FTP and tried
> using each in turn as my "Editor Tool".  With both I experienced strange
> crashes, including several instances in which all seemed well except that I
> could NOT Quit from the TPM!!  Many other odd things occured, e.g. Alpha
> twice complained that it could not find the AlphaBits.tcl file and promptly
> died taking my Mac along with it.

The problem with Alpha is probably due to a bug in Alpha, not in the
TPM.  However, the problem with not being able to quit the TPM when
the external editor is running is a known bug in version 7.0.1 of the
THINK Project Manager; it's fixed for an upcoming patch.

The release notes supplied with BBEdit (both the demo and the full
release) give detailed information on issues relating to the TPM's
editor interface.

If you're having other problems (you mention "strange crashes") that
aren't covered in BBEdit's release notes, it would be helpful if you
can describe them, so that we can sort out what's going on.

R.

>From [e-mail] 23 Jun 94 09:10:45 GMT
Path: ucivax!gateway
From: [e-mail] ("M. Waldorf")
Subject: text changing and DrawString()
Content-transfer-encoding: 7BIT
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 10
Date-warning: Date header was inserted by AdminA.RFERL.Org
Date: 23 Jun 94 09:10:45 GMT
X-Sender: [e-mail] (Unverified)
Message-ID: <[e-mail]>
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c


I have a time in seconds countdown, which I draw with DrawString().
Of course, DrawString won't erase what was previously drawn at that
position. As a result, the numbers turn to black boxes. I have some
ideas to avoid this, but I'm not sure how to realize it.

Markus



>From [e-mail] 23 Jun 94 17:36:51 GMT
Path: ucivax!gateway
From: [e-mail] (John Wiggins (LS TP/414 508-262-1021) )
Subject: Re: External Editors (Again)
Message-ID: <[e-mail]>
In-Reply-To: Your message of "22 Jun 1994 23:44:53 GMT."
             <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 44
Date: 23 Jun 94 17:36:51 GMT

Ed & Rich & all:

I have had similar disappointing results trying to use GNU Emacs
18.59 Mac Port 1.14b1, which was done by Marc Parmet at Cornell.  His
previous Emacs port worked without crashing the Mac for Sym C/C++
version 6.0.  I tried using the `free' Sym 6.0->7.0.2 updates, and had
problems similar to those you report.

Last week, I received the complete commercial upgrade kit.  With the
(unpatched) commercial kit trying to use with `normal' c code, I get a
halt
                Bus Error at 00A26748 tc_handler+0018
tc_handler+0018         *MOVE.L         $0004(A0) +0018

However I seem to be able to run w/o event support (like I did with TC
ver 6.0). If I run the Emacs without thinkc support, i.e. I comment
out the `;(load "think-c/think-c")' in the `.emacs' init file.

NOTE: I don't use Alpha anymore, and don't have BBEdit, but (if they
support thinkc events) you might want to see if you can run with no
external ThinkC event support.  I have used Emacs this way, and any
the only feature I miss is the automatic placement of cursor in the
editor at "bug" line. (Goto line [num] is easy in Emacs).  Since I use
GNU Emacs on the SUN, it is a lot easier than leaning new editor
commands.

BTW Marc's Emacs port is the first, really complete port of emacs I
have seen for the Mac, and it is my editor of choice since I want to
port code back and forth between SUN UNIX workstations and the Mac.  I
am delighted with this (public domain) port.  I got my copy from
anonymous ftp to "ftp.cs.cornell.edu:/pub/parmet" Marc provides his LS
C++ 7 project & source code there, too; presumably he did not have
problems using Emacs on his machine with the compiler.  I think this
is a wonderful text editor, and should be on the group's file
server...


John

email: [e-mail]                 John Wiggins, TP/414
 tele: 508-262-1021                             1100 Technology Park Drive
  FAX: [phone]                             Billerica, MA 01821


>From [e-mail] 23 Jun 94 20:46:11 GMT
Path: ucivax!gateway
From: [e-mail] (Reuben Gellman)
Subject: Writing XCMD's in ThinkC
Message-ID: <[e-mail]>
X-Mailer: ELM [version 2.4 PL22]
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset=US-ASCII
Content-Length: 1152
MIME-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 41
Date: 23 Jun 94 20:46:11 GMT

Hello:
I'm trying to write my 1st xcmd (I've done some application
writing and some hypercard scripting before) and it's not working as
expected. Using TC 5.0 (really!) I set project type to code resource, type
XCMD, gave it an ID and a name. After compiling I did a "build code resrc"
and I got what I expected. I used ResEdit to install the rsrc in my stack,
which ran correctly, in that it called my xcmd. However, something odd
happened ... First, the code (very brief, and seeingly pointless: the
goal is to draw something more complex than indicated very FAST on card;
faster than HC does):

#include "HyperXCmd.h"
pascal void
main(register XCmdPtr paramPtr)
{
        GrafPtr port;
        short   x, y;

        GetPort(&port);
        x = 200;
        y = 200;
        MoveTo(x, y);
        LineTo(400, 200);
        MoveTo(x, y);
        LineTo(200, 300);
        LineTo(400, 300);
}

Well, it draws as expected, but as soon as another HC command
touches the card (e.g, choosing a paint tool, even), my xcmd's
drawing disappears.

I'm sure I'm doing something dumb. DOn't have much documentation, any
help will be appreciated.

BTW: I load 2 libs: Mactraps & HyperXLib.

Thanks,
Reuben  Gellman
[e-mail]

>From [e-mail] 24 Jun 94 13:33:31 GMT
Path: ucivax!gateway
From: [e-mail] (Hong Shi)
Subject: Scroll window?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 76
Date: 24 Jun 94 13:33:31 GMT

I have a program (mostly from Macintosh Revealed), which should scroll
the window when the mouse is pressed in the scrollbar. But it doesn't
work properly, and I cannot think of any errors here, could anybody help
me?
The piece of code is this:

**************************************
void    DoScroll(thePart, thePoint)
int             thePart;
Point   thePoint;
{
        int             newPart;

        if (thePart == inThumb)
        {
                newPart = TrackControl(TheScrollBar, thePoint, NULL);
                AdjustText();
        }else
/* whenever I press the mouse in the scrollbar and not in the scroll
box, it branches to here, and I always got a bus error. I couldn't trace
into TrackControl and see what's wrong. */
                newPart = TrackControl(TheScrollBar, thePoint, &ScrollText);
}


void    ScrollText(ControlHandle theControl, int thePart)
{
        int     delta, oldValue;

        switch (thePart)
        {
                case inUpButton:
                        delta = -1;
                        break;

                case inDownButton:
                        delta = 1;
                        break;

                inPageUp:
                        delta = ((*TheText)->viewRect.top - (*TheText)->viewRect.bottom)
                                / (*TheText)->lineHeight +1;
                        break;

                inPageDown:
                        delta = ((*TheText)->viewRect.top - (*TheText)->viewRect.bottom)
                                / (*TheText)->lineHeight -1;
                        break;
        }

        if (thePart != 0)
        {
                oldValue = GetCtlValue(theControl);
                SetCtlValue(theControl, oldValue + delta);

                AdjustText();
        }
}



void    AdjustText()
{
        int     oldScroll, newScroll;

        HLock((Handle)TheText);

        oldScroll = (*TheText)->viewRect.top - (*TheText)->destRect.top;
        newScroll = GetCtlValue(TheScrollBar) * (*TheText)->lineHeight;

        TEScroll(0, (oldScroll - newScroll), TheText);

        HUnlock((Handle) TheText);
}


>From [e-mail] 24 Jun 94 13:58:34 GMT
Path: ucivax!gateway
From: [e-mail] (Pindar Infotek Ltd)
Subject: 'GCP not re-entrent'?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
Reply-To: [e-mail]
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 26
Date: 24 Jun 94 13:58:34 GMT


>From Pindar user Ian McCall

Subject: _'GCP not re-entrent'?
Hello.

I'm having problems running Symentec C/C++ v7 on a Mac IIcx. When
compiling, the compiler very often brings up the low-level debugger
(in our case, Macsbug) with the message 'You fool! GCP is not
re-entrent'.

Telling the application to continue executing brings up a host of
similar messages, each with a different procedure name.

Any ideas? I've also sent this message along to Symantec's language
support.

Thanks in advance for any information,
Ian



---
Please make 'Attn:<space>Ian McCall' the first line of your reply
(not the subject) to ensure automatic forwarding to the correct
Pindar user.
>From [e-mail] 24 Jun 94 18:37:39 GMT
Path: ucivax!gateway
From: [e-mail] (Greg Vaughn)
Subject: Here we go again - updater problems
Message-ID: <[e-mail]>
Content-transfer-encoding: 7BIT
Content-type: text/plain; charset="us-ascii"
MIME-version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 23
Date: 24 Jun 94 18:37:39 GMT

Well, in case you haven't heard there is a new updater for SC++. I don't
know about TC, but I think there's one for that too. They've been sent to
macgifts, but so far they haven't arrived so as far as I know they're only
available at the Symantec site right now (devtools.symantec.com).

Anyway, I got everything working but the SC++ translator patch. I haven't
done anything in C++ since the last update, so I would guess that the SC++
translator would still be a pristine copy. The patch complained it couldn't
find the CAND 2 resource. Well, I jumped into ResEdit and sure enough,
there wasn't one, so I copied the only CAND there was (id 3) and made a
CAND 2. Then when I tried applying the patch, it complained that the info
in CAND 3 wasn't what it should be.

Any ideas? Has anyone gotten this working yet?


 ______                 | Greg Vaughn
/\__  _\                | Physics Grad Student, Insulator Research Lab
\/_/\ \/ exas           | Finger: [e-mail]
   \ \_\ ech University | E-Mail: [e-mail] or
    \/_/ Lubbock, Texas |         [e-mail]


>From [e-mail] Sun, 26 Jun 1994 17:42:47 -0600
Return-Path: [e-mail]
Received: from lionfish.rdatasys.com ([e-mail] [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id QAA13905 for <[e-mail]>; Sun, 26 Jun 1994 16:42:57 -0700
Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id QAA11489 for <[e-mail]>; Sun, 26 Jun 1994 16:42:52 -0700
Received: from dns1.nmsu.edu(128.123.3.5) by lionfish.rdatasys.com via smap (V1.3mjr)
        id sma011487; Sun Jun 26 16:42:50 1994
Received: from crl.nmsu.edu by NMSU.Edu (8.6.8.1/NMSU-1.18)
        id RAA25833; Sun, 26 Jun 1994 17:42:47 -0600
Date: Sun, 26 Jun 1994 17:42:47 -0600
Message-Id: <[e-mail]>
Received: by crl.nmsu.edu (4.1/SMI-4.1)
        id AA07405; Sun, 26 Jun 94 17:42:44 MDT
From: [e-mail] (Ted Slater)
To: [e-mail]
Subject: Object I/O with CStyleText

Hi All,

Can anyone supply me with a detailed example of how to implement
Object I/O for saving and reading a CStyleText object? Maybe even just
a CEditText example would help, but I'd rather see one for CStyleText.
Anyway, I've asked nearly everyone I could think of for help and have
been disappointed at every turn. And it's very important!! 8-]

Thanks!
Ted
>From [e-mail] Thu Jun 30 16:59:58 PDT 1994
Received: from lionfish.rdatasys.com ([e-mail] [198.232.168.1]) by wahoo.rdatasys.COM (8.6.9/8.6.9) with ESMTP id QAA08670 for <[e-mail]>; Thu, 30 Jun 1994 16:59:56 -0700
Received: (from uucp@localhost) by lionfish.rdatasys.com (8.6.9/8.6.9) id QAA15948 for <[e-mail]>; Thu, 30 Jun 1994 16:59:54 -0700
Received: from netcom.netcom.com(192.100.81.100) by lionfish.rdatasys.com via smap (V1.3mjr)
        id sma015946; Thu Jun 30 16:59:03 1994
Received: by netcom.netcom.com (8.6.8.1/Netcom)
        id QAA23167; Thu, 30 Jun 1994 16:59:20 -0700
From: [e-mail] (Marco Sandri)
Message-Id: <[e-mail]>
Subject: Current selection
To: [e-mail] (thinkList)
Date: Thu, 30 Jun 1994 16:59:19 -0700 (PDT)
Reply-To: [e-mail] (Marco Sandri)
X-Mailer: ELM [version 2.4 PL23]
MIME-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 641

Hi,

I'm writing an INIT that should get (copy into the scrap) the current text
selection.
The problem is, I'm patching TESetSelect to get the TEHandle of the most
recent selection; this works fairly good when the frontmost application uses
standard Text Edit, but many apps use their own TextEdit (to break the 32K
barrier...)
Any idea?

Many thanks in advance.
Marco

============================================================
  Marco Sandri                | "Nothing is impossible,
  [e-mail]          |  if you don't have to do it"
  [e-mail]   |
============================================================
>From [e-mail] 27 Jun 94 07:24:17 GMT
Path: ucivax!gateway
From: [e-mail] (ISHIZAKI Kazuaki)
Subject: Re: 'GCP not re-entrent'?
Message-ID: <[e-mail]>
In-Reply-To: Your message of "24 Jun 1994 13:58:34 GMT."
             <[e-mail]>
Content-Type: text/plain; charset=US-ASCII
Mime-Version: 1.0
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 21
Date: 27 Jun 94 07:24:17 GMT


>From Pindar user Ian McCall

pindar3> I'm having problems running Symentec C/C++ v7 on a Mac IIcx. When
pindar3> compiling, the compiler very often brings up the low-level debugger
pindar3> (in our case, Macsbug) with the message 'You fool! GCP is not
pindar3> re-entrent'.

  I use Symantec C/C++ v7 on SE/30 with 8MB RAM.

  I'm having same problem, too. When RamDoubler 1.03(1.0,1,02 as same)
is installed, I often have the problem.

  What means this message ?  Any information ?

Regards,
Kazuaki Ishizaki

IBM Japan, Tokyo Research Laboratory
Mail : [e-mail], [e-mail]
TEL  : ++81-462-73-4664
>From [e-mail] 30 Jun 94 14:27:19 GMT
Path: ucivax!gateway
From: [e-mail] (Hong Shi)
Subject: Internal error(ZREF)?
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 12
Date: 30 Jun 94 14:27:19 GMT

While I was compiling my program, I got the message which said there's
an internal error (ZREF) and asked me to remove objects, I did this and
compiled again, same thing. The manual said this will never occur. But...
Now I can still run my program without using debugger and I can still
build application. But without debugger in the coding stage is bad. Does
anybody have this experience? Oh, I am using Symantec C++ 6.0 on centris
650 with system 7.1. This problem occurs only when I want to run the
pragram with debugger.
Thanks ahead,

Hong

>From [e-mail] 30 Jun 94 17:47:36 GMT
Path: ucivax!gateway
From: [e-mail] (Brandon)
Subject: help
Message-ID: <[e-mail]>
Newsgroups: fa.think-c
X-Message-ID: <[e-mail]>
Approved: [e-mail]
Lines: 25
Date: 30 Jun 94 17:47:36 GMT

Dear netter;
  Could someone give me some help, please? I am trying to teach myself Think C
and I have working from the Macintosh Programming Primer II. I entered the
program FormEdit.c. I have a line of code in two different spot that produce
an error of Illegal pointer arithmetic. Here is some of the code:

TEHandle     te;
WindowPtr    window;
int          wType, length, i;
CharsHandle  text;
Str255       tempStr;
FormPeek     form;

code, code, code, etc
....
...
             for( i=0; ( (i<length) && (i<256) ); i++)
                 tempStr[ i+1 ] = (*text)[ i ];    /* the problem line */
....
...

Thanks you for any help you can provide.
Brandon Burch
[e-mail]
[e-mail]
------------------------------ Cut here ------------------------------